Ustawianie domyślnych flag git w poleceniach

Chcę wiedzieć, czy istnieje sposób na ustawienie flagi domyślnie dla polecenia git. W szczególności chcę ustawić --abbrev-commitflagę, aby podczas wykonywania git logchcę wykonać git log --abbrev-commit.

W przeciwieństwie do pytania „ czy istnieje sposób na ustawienie domyślnej flagi dla polecenia git? ”, Najwyraźniej nie ma flagi konfiguracyjnej do dodania --abbrev-commit do git log. Ponadto podręcznik git stwierdza, że ​​nie mogę utworzyć aliasu: „Aby uniknąć nieporozumień i problemów z używaniem skryptów, aliasy ukrywające istniejące polecenia git są ignorowane”

Moją trzecią opcją jest wymyślenie nowego aliasu, takiego jak glog=log --abbrev-commitw moim pliku .gitconfig. Ale wolałbym nie wymyślać własnego DSL z nowymi poleceniami.

Czy jest inny sposób na osiągnięcie tego, aby abbrev-commitflaga była ustawiona domyślnie?

Od wersji 1.7.6 git, konfiguracja git zyskała opcję log.abbrevCommit, którą można ustawić na wartość true. Tak więc odpowiedzią jest aktualizacja do co najmniej 1.7.6 (aktualna w chwili pisania tego tekstu to 1.7.11.4) i użyj:

git config --global log.abbrevCommit true

Możesz użyć formatu niestandardowego, aby domyślnie git lognaśladować --abbrev-commit:

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

W git nie ma ogólnego mechanizmu ustawiania domyślnych argumentów dla poleceń.

Możesz użyć aliasów git, aby zdefiniować nowe polecenie z wymaganymi argumentami:

git config alias.lg "log --oneline"

Wtedy możesz biec git lg.

Niektóre polecenia mają również ustawienia konfiguracyjne umożliwiające zmianę ich zachowania.

VonC już zasugerował w swojej odpowiedzi opakowanie po muszli; oto moja implementacja Bash takiego opakowania. Jeśli umieścisz to np. W swoim .bashrc, twoja interaktywna powłoka będzie obsługiwać nadpisywanie wbudowanych poleceń Git, jak również aliasów pisanych dużymi literami.

# 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
} 

Możesz wtedy nadpisać git log, umieszczając skrypt nazwany git-loggdzieś w swojej PATH:

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

Mam podobny problem (wiele domyślnych opcji poleceń Gita jest głupich). Oto moje podejście. Utwórz na swojej ścieżce skrypt o nazwie „grit” (lub cokolwiek innego) w następujący sposób:

#!/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

Bardzo proste w czytaniu i utrzymaniu, na wypadek, gdybyś musiał udostępnić go nie-ekspertom Bash.

Podoba mi się ten git log --onelineformat. Aby uzyskać to jako domyślne, użyj

git config --global format.pretty oneline

Źródło: https://willi.am/blog/2015/02/19/customize-your-git-log-format/

Każde narzędzie, którego używamy (svn, maven, git, ...) jest zawsze zawarte w pliku .bat (w systemie Windows lub .sh w systemie Unix), aby zaoferować naszym programistom jeden katalog do dodania do ich ścieżki.

Jeśli git jest zamknięty w skrypcie opakowującym, to ... wszystko jest możliwe.

Ale to pozostaje rozwiązanie powiązane z konfiguracją użytkownika, a nie połączone z samym Gitem ani repozytorium git.