Définition des indicateurs par défaut de git sur les commandes

Je veux savoir s'il existe un moyen de définir un indicateur par défaut pour la commande git. Plus précisément, je souhaite définir l' --abbrev-commitindicateur de sorte que lors de l'exécution git log, je souhaite exécuter git log --abbrev-commit.

Contrairement à la question " y a-t-il un moyen de définir un indicateur par défaut pour une commande git? ", Il n'y a apparemment pas d'indicateur de configuration pour ajouter --abbrev-commit à git log. De plus, le manuel git déclare que je ne peux pas créer d'alias: "Pour éviter toute confusion et problèmes liés à l'utilisation du script, les alias qui masquent les commandes git existantes sont ignorés"

Ma troisième option est d'inventer un nouvel alias comme glog=log --abbrev-commitdans mon fichier .gitconfig. Mais je préfère ne pas inventer mon propre DSL avec de nouvelles commandes.

Y a-t-il un autre moyen d'y parvenir afin que le abbrev-commitdrapeau soit défini par défaut?

Depuis la version 1.7.6 de git, git config a gagné une option log.abbrevCommit qui peut être définie sur true. Ainsi, la réponse est la mise à niveau vers au moins 1.7.6 (la version actuelle à ce jour est la 1.7.11.4) et l'utilisation:

git config --global log.abbrevCommit true

Vous pouvez utiliser un format personnalisé pour avoir une git logmimique --abbrev-commitpar défaut:

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

Il n'y a pas de mécanisme générique dans git pour définir les arguments par défaut des commandes.

Vous pouvez utiliser des alias git pour définir une nouvelle commande avec les arguments requis:

git config alias.lg "log --oneline"

Ensuite, vous pouvez courir git lg.

Certaines commandes ont également des paramètres de configuration pour modifier leur comportement.

VonC a déjà fait allusion à un wrapper shell dans sa réponse; voici mon implémentation Bash d'un tel wrapper. Si vous mettez cela par exemple dans votre .bashrc, votre shell interactif prendra en charge le remplacement des commandes intégrées de Git ainsi que des alias en majuscules.

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

Vous pouvez ensuite remplacer git logen mettant un script nommé git-logquelque part dans votre PATH:

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

J'ai un problème similaire (la plupart des options par défaut pour les commandes Git sont stupides). Voici mon approche. Créez un script appelé 'grit' (ou autre) sur votre chemin, comme suit:

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

Très simple à lire et à maintenir, au cas où vous auriez besoin de le partager avec des non-experts de Bash.

J'aime le git log --onelineformat. Pour l'obtenir par défaut, utilisez

git config --global format.pretty oneline

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

Tous les utilitaires que nous utilisons (svn, maven, git, ...) sont toujours encapsulés dans un .bat (sous Windows, ou .sh sous Unix), afin d'offrir à nos développeurs un répertoire à ajouter à leur chemin.

Si git est encapsulé dans un script wrapper, alors ... tout est possible.

Mais cela reste une solution liée à la configuration de l'utilisateur, non liée à Git lui-même ou au repo git.