Felipe Contreras对Git补全功能(参见Git 2.30中的Zsh补全)非常积极，他提出(可能是Git 2.31, Q1 2021)一个公共函数将有助于别名自动补全。

他的建议:

Back in 2012 I argued for the introduction of a helper that would allow users to specify aliases like: git_complete gf git_fetch Back then there was pushback because there was no clear guideline for public functions (git_complete vs _git_complete vs _GIT_complete), and some aliases didn't actually work. Fast-forward to 2020 and there's still no guideline for public functions, and those aliases still don't work (even though I sent the fixes). This has not prevented people from using this function that is clearly needed to setup custom aliases (this page), and in fact it's the recommended way. But it is cumbersome that the user must type: __git_complete gf _git_fetch Or worse: __git_complete gk __gitk_main 8 years is more than enough time to stop waiting for the perfect to come; let's define a public function (with the same name) that is actually user-friendly: __git_complete gf git_fetch __git_complete gk gitk While also maintaining backwards compatibility. The logic is: If $2 exists, use it directly If not, check if __$2_main exists If not, check if _$2 exists If not, fail

Felipe Contreras对Git补全功能(参见Git 2.30中的Zsh补全)非常积极，他提出(可能是Git 2.31, Q1 2021)一个公共函数将有助于别名自动补全。

他的建议:

Back in 2012 I argued for the introduction of a helper that would allow users to specify aliases like: git_complete gf git_fetch Back then there was pushback because there was no clear guideline for public functions (git_complete vs _git_complete vs _GIT_complete), and some aliases didn't actually work. Fast-forward to 2020 and there's still no guideline for public functions, and those aliases still don't work (even though I sent the fixes). This has not prevented people from using this function that is clearly needed to setup custom aliases (this page), and in fact it's the recommended way. But it is cumbersome that the user must type: __git_complete gf _git_fetch Or worse: __git_complete gk __gitk_main 8 years is more than enough time to stop waiting for the perfect to come; let's define a public function (with the same name) that is actually user-friendly: __git_complete gf git_fetch __git_complete gk gitk While also maintaining backwards compatibility. The logic is: If $2 exists, use it directly If not, check if __$2_main exists If not, check if _$2 exists If not, fail

我有一个别名g='git'，结合我的git别名，我键入如下内容

$ g co <branchname>

对于我的特定用例，更简单的解决方法是在git-completion中添加一行代码。

就在这条线下面:

__git_complete git _git

我添加了这一行来处理我的单个'g'别名:

__git_complete g _git

我知道这个问题是关于bash的，但如果你使用zsh，这个改变@hesky-fisher回答将修复它。

From

# For each defined alias, extract the necessary elements and use them
# to call wrap_alias.
eval "$(alias -p | sed -e 's/alias \([^=][^=]*\)='\''\([^ ][^ ]*\) *\(.*\)'\''/wrap_alias \1 \2 '\''\3'\'' /')"

to:

# For each defined alias, extract the necessary elements and use them
# to call wrap_alias.
eval "$(alias | sd '^([^=]+)=(.+)' 'wrap_alias $1=$2')"

你需要sd(这可以用sed代替，但sd在我看来更好)

这样做是因为zsh没有别名-p，并且zsh中的别名输出不输出

alias <something>=<value>

就像在狂欢，但是

<something>=<value>

顺便说一下，我把初始化代码放在。zlogin文件中

这个论坛页面展示了一个解决方案。

把这些行放到你的.bashrc或.bash_profile中:

# Author.: Ole J
# Date...: 23.03.2008
# License: Whatever

# Wraps a completion function
# make-completion-wrapper <actual completion function> <name of new func.>
#                         <command name> <list supplied arguments>
# eg.
#   alias agi='apt-get install'
#   make-completion-wrapper _apt_get _apt_get_install apt-get install
# defines a function called _apt_get_install (that's $2) that will complete
# the 'agi' alias. (complete -F _apt_get_install agi)
#
function make-completion-wrapper () {
    local function_name="$2"
    local arg_count=$(($#-3))
    local comp_function_name="$1"
    shift 2
    local function="
function $function_name {
    ((COMP_CWORD+=$arg_count))
    COMP_WORDS=( "$@" \${COMP_WORDS[@]:1} )
    "$comp_function_name"
    return 0
}"
    eval "$function"
}

# and now the commands that are specific to this SO question

alias gco='git checkout'

# we create a _git_checkout_mine function that will do the completion for "gco"
# using the completion function "_git"
make-completion-wrapper _git _git_checkout_mine git checkout

# we tell bash to actually use _git_checkout_mine to complete "gco"
complete -o bashdefault -o default -o nospace -F _git_checkout_mine gco

这个解决方案类似于balshetzer的脚本，但只有这个对我有效。(巴尔谢策的脚本对我的一些别名有问题。)

这个问题有很多答案，就像我自己一样，我打赌很多读者都很困惑。对于我来说，我还需要让我的dotfile在多个平台上使用不同版本的Git。我也没有使用g=git的别名，而是将g定义为一个函数。

为了做到这一点，我必须把不同的答案拼凑成一个解决方案。虽然这重复了之前的答案，但我认为在我的船上的人可能会发现这个汇编很有用，就像我第一次遇到这个问题时一样。

这假设旧的和新的Git完成，Ubuntu默认，并在MacOS上brew安装Git。在后一种情况下，bash没有处理brew安装完成(稍后我将对此进行诊断)。

# Alias g to git

g() {
  if [[ $# > 0 ]]; then
    git "$@"
  else
    git status -sb
  fi
}

# Preload git completion in Ubuntu which is normally lazy loaded but we need
# the __git_wrap__git_main function available for our completion.
if [[ -e /usr/share/bash-completion/completions/git ]]; then
  source /usr/share/bash-completion/completions/git
elif [[ -e /usr/local/etc/bash_completion.d/git-completion.bash ]]; then
  source /usr/local/etc/bash_completion.d/git-completion.bash
fi

if command_exists __git_complete; then
  __git_complete g _git
elif command_exists __git_wrap__git_main; then
  complete -o bashdefault -o default -o nospace -F __git_wrap__git_main g
fi