Setzen von Git-Standardflags für Befehle

Ich möchte wissen, ob es eine Möglichkeit gibt, standardmäßig ein Flag für den Befehl git zu setzen. Insbesondere möchte ich das --abbrev-commitFlag so setzen, dass git logich es beim Ausführen ausführen möchte git log --abbrev-commit.

Im Gegensatz zu der Frage " Gibt es eine Möglichkeit, ein Flag standardmäßig für einen Git-Befehl zu setzen? " Gibt es anscheinend kein Konfigurationsflag zum Hinzufügen von --abbrev-commit zum Git-Protokoll. Darüber hinaus heißt es im Git-Handbuch, dass ich keinen Alias ​​erstellen kann: "Um Verwirrung und Probleme bei der Skriptverwendung zu vermeiden, werden Aliase, die vorhandene Git-Befehle verbergen, ignoriert."

Meine dritte Option besteht darin, einen neuen Alias ​​wie glog=log --abbrev-commitin meiner .gitconfig-Datei zu erfinden . Aber ich möchte lieber kein eigenes DSL mit neuen Befehlen erfinden.

Gibt es eine andere Möglichkeit, dies zu erreichen, sodass das abbrev-commitFlag standardmäßig gesetzt ist?

Seit der Git-Version 1.7.6 hat die Git-Konfiguration eine log.abbrevCommit-Option erhalten, die auf true gesetzt werden kann. Daher lautet die Antwort "Upgrade auf mindestens 1.7.6" (derzeit Stand 1.7.11.4) und folgende Verwendung:

git config --global log.abbrevCommit true

Sie können ein benutzerdefiniertes Format verwenden, git logum --abbrev-commitstandardmäßig zu imitieren :

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

In git gibt es keinen generischen Mechanismus zum Festlegen von Standardargumenten für Befehle.

Sie können Git-Aliase verwenden , um einen neuen Befehl mit den erforderlichen Argumenten zu definieren:

git config alias.lg "log --oneline"

Dann kannst du rennen git lg.

Einige Befehle verfügen auch über Konfigurationseinstellungen, um ihr Verhalten zu ändern.

VonC hat in seiner Antwort bereits auf einen Shell Wrapper hingewiesen; Hier ist meine Bash-Implementierung eines solchen Wrappers. Wenn Sie dies zB in Ihre einfügen .bashrc, unterstützt Ihre interaktive Shell das Überschreiben von in Git integrierten Befehlen sowie von Aliasnamen in Großbuchstaben.

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

Sie können dann überschreiben, git logindem Sie ein Skript mit dem Namen git-logirgendwo in Ihren PFAD einfügen:

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

Ich habe ein ähnliches Problem (viele der Standardoptionen für Git-Befehle sind dumm). Hier ist mein Ansatz. Erstellen Sie ein Skript mit dem Namen "grit" (oder was auch immer) auf Ihrem Pfad wie folgt:

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

Sehr einfach zu lesen und zu warten, falls Sie es mit Bash-Nicht-Experten teilen müssen.

Ich mag das git log --onelineFormat. Verwenden Sie, um es als Standard zu erhalten

git config --global format.pretty oneline

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

Jedes von uns verwendete Dienstprogramm (svn, maven, git, ...) ist immer in einer .bat-Datei (unter Windows oder .sh unter Unix) gekapselt, um unseren Entwicklern ein Verzeichnis anzubieten, das sie ihrem Pfad hinzufügen können.

Wenn git in einem Wrapper-Skript gekapselt ist, ist ... alles möglich.

Dies bleibt jedoch eine Lösung, die mit dem Setup des Benutzers verknüpft ist und nicht mit Git selbst oder dem Git-Repo.