您只需要找到完整的命令并复制具有别名的行即可。

我有别名d-m=“码头机”。d-m是docker-machine的别名。

所以在Mac上(通过brew)，补全文件在cd ' brew——prefix ' /etc/bash_completion.d/。 对于我的案例，我编辑了名为docker-machine的文件。 在最下面是:

complete -F _docker_machine docker-machine

所以我添加了另一行，用我的别名:

complete -F _docker_machine docker-machine
complete -F _docker_machine d-m

您还可以尝试使用Git别名。例如，在我的~/。gitconfig文件，我有一个看起来像这样的部分:

[alias]
        co = checkout

所以你可以输入git com <TAB>，这应该扩展到git co master，这是git checkout命令。

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

把这些行放到你的.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

首先，查找原始的补全命令。例子:

$ complete | grep git

complete -o bashdefault -o default -o nospace -F __git_wrap__git_main git

现在将这些添加到你的启动脚本(例如~/.bashrc):

# copy the original statement, but replace the last command (git) with your alias (g)
complete -o bashdefault -o default -o nospace -F __git_wrap__git_main g

# load dynamically loaded completion functions (may not be required)
_completion_loader git

可能不需要_completion_loader行。但是对于某些情况，补全函数只在您第一次键入命令并按下TAB之后才会动态加载。因此，如果你没有使用原始命令，并尝试alias + TAB，你可能会得到一个错误，如“bash: completion: function '_docker' not found”。

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