在git-completion。Bash有一行:

complete -o default -o nospace -F _git git

查看这一行(和_git函数)，你可以将这一行添加到你的.bash_profile:

complete -o default -o nospace -F _git_checkout gco

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

$ g co <branchname>

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

就在这条线下面:

__git_complete git _git

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

__git_complete g _git

另一个选项是使用~/。bash_completion文件。要创建git checkout的gco别名，只需输入以下内容:

_xfunc git __git_complete gco _git_checkout

然后在~/。Bashrc你只需要输入别名本身:

alias gco='git checkout'

两行。就是这样。

解释:

~/bash_completion在主bash_completion脚本的末尾被引用。在gentoo中，我在/usr/share/bash-completion/bash_completion中找到了主脚本。

_xfunc git位负责为您获取git完成文件，因此您不需要在~/.bashrc中放入任何其他内容。

接受的答案要求您复制.git- complete .sh并从~/中获取它。bashrc文件，我发现蹩脚。

PS:我仍在努力弄清楚如何不将整个git-completion脚本源到我的bash环境中。如果你找到了方法，请评论或编辑。

理想情况下，我想自动完成只是神奇地为我所有的别名工作。这可能吗?

是的，对于complete-alias项目(在Linux上)，这是可能的。对Mac的支持是实验性的，但用户已经报告成功。

这个问题有很多答案，就像我自己一样，我打赌很多读者都很困惑。对于我来说，我还需要让我的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

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