Komutlarda git varsayılan bayraklarını ayarlama

Git komutu için varsayılan olarak bir bayrak ayarlamanın bir yolu olup olmadığını bilmek istiyorum. Özellikle, --abbrev-commitbayrağı, yürütme sırasında yürütmek isteyecek şekilde ayarlamak git logistiyorum git log --abbrev-commit.

" Git komutu için varsayılan olarak bir bayrak ayarlamanın bir yolu var mı? " Sorusunun aksine, git log'a --abbrev-commit eklemek için bir yapılandırma bayrağı yok. Ayrıca git kılavuzu bir takma ad oluşturamadığımı belirtiyor: "Komut dosyası kullanımıyla ilgili karışıklığı ve sorunları önlemek için, mevcut git komutlarını gizleyen takma adlar yok sayılır"

Üçüncü seçeneğim, glog=log --abbrev-commit.gitconfig dosyamdaki gibi yeni bir takma ad icat etmektir. Ancak yeni komutlarla kendi DSL'imi icat etmemeyi tercih ederim.

abbrev-commitBayrağın varsayılan olarak ayarlanması için bunu başarmanın başka bir yolu var mı ?

Git sürüm 1.7.6'dan beri git config, true olarak ayarlanabilen bir log.abbrevCommit seçeneği kazandı. Bu nedenle, cevap en az 1.7.6'ya yükseltilir (bu yazı itibariyle güncel 1.7.11.4'tür) ve şunu kullanın:

git config --global log.abbrevCommit true

Varsayılan olarak git logtaklit etmek için özel bir format kullanabilirsiniz --abbrev-commit:

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

Git'te komutlar için varsayılan argümanlar ayarlamak için genel bir mekanizma yoktur.

Git takma adlarını gerekli bağımsız değişkenlerle yeni bir komut tanımlamak için kullanabilirsiniz :

git config alias.lg "log --oneline"

Sonra koşabilirsiniz git lg.

Bazı komutların davranışlarını değiştirmek için yapılandırma ayarları da vardır.

VonC cevabında bir kabuk sarmalayıcıya işaret etti; İşte benim Bash uygulamam böyle bir sarmalayıcı. Bunu .bashrc, örneğin kendi içine koyarsanız , etkileşimli kabuğunuz Git yerleşik komutlarının yanı sıra büyük harf takma adlarının geçersiz kılınmasını destekleyecektir.

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

Daha sonra PATH'inize herhangi git logbir git-logyerde adlandırılmış bir komut dosyası ekleyerek geçersiz kılabilirsiniz :

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

git log --onelineFormatı beğendim . Varsayılan olarak almak için kullanın

git config --global format.pretty oneline

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

Benzer bir sorunum var (Git komutları için varsayılan seçeneklerin çoğu aptalca). İşte benim yaklaşımım. Aşağıdaki gibi, yolunuzda 'kum' (veya her neyse) adlı bir komut dosyası oluşturun:

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

Uzman olmayan Bash ile paylaşmanız gerekirse diye okumak ve sürdürmek çok kolaydır.

Kullandığımız her yardımcı program (svn, maven, git, ...) geliştiricilerimize yollarına ekleyebilecekleri bir dizin sunmak için her zaman bir .bat (Windows'ta veya Unix'te .sh) içinde kapsüllenir.

Git bir sarmalayıcı betiğinde kapsüllenmişse, o zaman ... her şey mümkündür.

Ancak bu, Git'in kendisine veya git deposuna bağlı olmayan, kullanıcının kurulumuyla bağlantılı bir çözüm olarak kalır.