为什么使用oh-my-zsh时部分zsh completion动态source不生效？

该问题是zsh补全注册逻辑和配置加载顺序不匹配导致的：

1. 配置中先后两次执行了compinit：第一次是oh-my-zsh框架加载时内部自动触发，第二次是手动在fpath配置后显式执行。第二次compinit会重置已经注册的补全绑定，导致后续加载的部分补全脚本无法正常绑定到对应命令。
2. 基于Cobra框架开发的命令行工具（kubeone、kompose等云原生工具大多基于该框架）生成的zsh补全脚本有不同的注册逻辑：部分版本的补全脚本只有在compinit执行前加载才会自动触发compdef绑定，否则只会定义补全函数不会主动绑定到对应命令，这就是kompose正常、kubeone失效的差异来源。

方案一：调整配置加载顺序（推荐） #

修改.zshrc配置，调整内容顺序如下：

1. 提前配置fpath，放在oh-my-zsh加载之前
2. 移除手动添加的autoload -U compinit && compinit语句，交由oh-my-zsh统一处理补全初始化
3. 所有动态补全source语句放在oh-my-zsh加载之后

修改后的配置示例：

#!/bin/sh
[ -f ~/.dotfiles/fubectl.source ] && source ~/.dotfiles/fubectl.source

export ZSH_THEME="powerlevel10k/powerlevel10k"
export DOTFILES=$HOME/.dotfiles
export ZSH=$DOTFILES/oh-my-zsh

# 提前配置fpath，让oh-my-zsh初始化时可以识别
fpath=(/usr/local/share/zsh-completions $fpath)
fpath=(~/.dotfiles/completions $fpath)

BUNDLED_COMMANDS=(rubocop)
UNBUNDLED_COMMANDS=(berks foreman mailcatcher rails ruby spin rubocop)
plugins=(zsh-completions zsh-autosuggestions docker fzf bundler brew cask capistrano codeclimate coffee dotenv gem git github grunt helm heroku history iterm2 minikube node redis-cli redis-cli rails rake rake-fast ruby rbenv textmate macos pod zeus terraform)

source $ZSH/oh-my-zsh.sh

complete -o nospace -C /usr/local/bin/terraform terraform

# 加载动态补全脚本
source <(kompose completion zsh)
source <(kubeone completion zsh)

方案二：强制绑定补全规则 #

如果不想调整现有配置顺序，可在失效的补全source语句后手动添加compdef绑定规则：

source <(kubeone completion zsh)
compdef _kubeone kubeone

修改配置后执行以下操作确认生效：

• 执行rm ~/.zcompdump*清除旧的补全缓存
• 重启终端，输入kubeone a按tab验证是否出现子命令补全

内容的提问来源于stack exchange，提问作者Jan