Configurando sinalizadores padrão do git em comandos

Quero saber se existe uma maneira de definir um sinalizador por padrão para o comando git. Especificamente, desejo definir o --abbrev-commitsinalizador para que, durante a execução git log, eu queira executar git log --abbrev-commit.

Ao contrário da pergunta " há alguma maneira de definir um sinalizador por padrão para um comando git? ", Aparentemente não há um sinalizador de configuração para adicionar --abbrev-commit ao git log. Além disso, o manual do git afirma que não posso criar um alias: "Para evitar confusão e problemas com o uso do script, os aliases que ocultam os comandos git existentes são ignorados"

Minha terceira opção é inventar um novo alias como glog=log --abbrev-commitno meu arquivo .gitconfig. Mas prefiro não inventar meu próprio DSL com novos comandos.

Existe outra maneira de fazer isso para que o abbrev-commitsinalizador seja definido por padrão?

Desde git versão 1.7.6, git config ganhou uma opção log.abbrevCommit que pode ser definida como true. Portanto, a resposta é atualizar para pelo menos 1.7.6 (o atual até o momento desta escrita é 1.7.11.4) e usar:

git config --global log.abbrevCommit true

Você pode usar um formato personalizado para git logimitar --abbrev-commitpor padrão:

git config format.pretty "format:%h %s"

Não existe um mecanismo genérico no git para definir argumentos padrão para comandos.

Você pode usar git aliases para definir um novo comando com os argumentos necessários:

git config alias.lg "log --oneline"

Então você pode correr git lg.

Alguns comandos também possuem definições de configuração para alterar seu comportamento.

VonC já sugeriu um invólucro de shell em sua resposta; aqui está minha implementação Bash de tal wrapper. Se você colocar isto, por exemplo, em seu .bashrc, seu shell interativo suportará a substituição de comandos embutidos do Git, bem como apelidos em maiúsculas.

# Git supports aliases defined in .gitconfig, but you cannot override Git
# builtins (e.g. "git log") by putting an executable "git-log" somewhere in the
# PATH. Also, git aliases are case-insensitive, but case can be useful to create
# a negated command (gf = grep --files-with-matches; gF = grep
# --files-without-match). As a workaround, translate "X" to "-x". 
git()
{
    typeset -r gitAlias="git-$1"
    if 'which' "$gitAlias" >/dev/null 2>&1; then
        shift
        "$gitAlias" "$@"
    elif [[ "$1" =~ [A-Z] ]]; then
        # Translate "X" to "-x" to enable aliases with uppercase letters. 
        translatedAlias=$(echo "$1" | sed -e 's/[A-Z]/-\l\0/g')
        shift
        "$(which git)" "$translatedAlias" "$@"
    else
        "$(which git)" "$@"
    fi
} 

Você pode então substituir git logcolocando um script nomeado git-logem algum lugar no seu PATH:

#!/bin/sh
git log --abbrev-commit "$@"

Eu tenho um problema semelhante (muitas das opções padrão para comandos Git são burras). Aqui está minha abordagem. Crie um script chamado 'grit' (ou qualquer outro) em seu caminho, da seguinte maneira:

#!/bin/bash
cmd=$1
shift 1
if [ "$cmd" = "" ]; then
  git
elif [ $cmd = "log" ]; then
  git log --abbrev-commit $@
elif [ $cmd = "branch" ]; then
  git branch -v $@
elif [ $cmd = "remote" ]; then
  git remote -v $@
else
  git $cmd $@
fi

Muito simples de ler e manter, caso você precise compartilhá-lo com não especialistas em Bash.

Gosto do git log --onelineformato. Para obtê-lo como padrão, use

git config --global format.pretty oneline

Crédito: https://willi.am/blog/2015/02/19/customize-your-git-log-format/

Todos os utilitários que usamos (svn, maven, git, ...) são sempre encapsulados em um .bat (no Windows ou .sh no Unix), a fim de oferecer aos nossos desenvolvedores um diretório para adicionar ao seu caminho.

Se o git estiver encapsulado em um script wrapper, então ... tudo é possível.

Mas isso continua sendo uma solução vinculada à configuração do usuário, não vinculada ao Git em si ou ao repositório git.