govendor 的 fetch 命令会自动拉取指定包及其全部传递依赖，而 add 仅添加显式声明的包（不含传递依赖）；但 govendor add +external 可批量补全当前项目所需的所有外部及传递依赖。
govendor 的 `fetch` 命令会自动拉取指定包及其全部传递依赖，而 `add` 仅添加显式声明的包（不含传递依赖）；但 `govendor add +external` 可批量补全当前项目所需的所有外部及传递依赖。
在使用 govendor 管理 Go 项目依赖时，理解 add 和 fetch 对依赖图的处理逻辑至关重要——尤其当引入的第三方库（如 github.com/pkg/errors）自身又依赖其他包（如 golang.org/x/sys）时，是否自动纳入这些传递依赖（transitive dependencies），直接关系到构建可重现性与 vendor 目录完整性。
✅ govendor fetch <package> —— 自动递归拉取
该命令会解析目标包的导入树，下载并 vendor 其所有依赖（包括间接依赖），等效于执行一次“依赖展开”。例如：
<code class="bash">govendor fetch github.com/spf13/cobra</code>
将不仅获取 cobra 本身，还会自动 vendor github.com/inconshreveable/mousetrap、gopkg.in/yaml.v2 等其依赖的全部包（只要它们未被排除且可解析）。
❌ govendor add <package> —— 仅添加显式包
此命令仅将指定包（及其子目录）复制到 vendor/ 下，不会分析或拉取其 import 语句中的依赖。若后续编译因缺失 Y 报错，需手动 govendor add Y 或改用更智能的方式。
? 推荐实践：用 govendor add +external 补全整个依赖图
若项目已正常构建（即所有依赖均存在于 GOPATH），运行：
<code class="bash">govendor add +external</code>
govendor 将扫描项目中所有 import 语句，识别出所有非标准库的外部包，并递归 vendor 它们（含传递依赖），前提是这些包已在本地 $GOPATH/src/ 中存在。这是最安全、最贴近“完整锁定依赖”的方式。
⚠️ 注意事项：
-
govendor fetch要求网络可达且包路径有效；失败时不会静默跳过，需检查错误日志。 -
govendor add +external不会拉取新包到GOPATH，仅 vendor 已存在的包——因此建议先go get -u更新依赖再执行。 -
govendor已归档（kardianos/govendor 停止维护），新项目强烈推荐迁移到 Go Modules（go mod vendor），其依赖解析更健壮、语义更清晰。
总之，不要依赖 add 自动处理依赖链；优先使用 fetch 单点引入，或用 add +external 全量同步，确保 vendor 目录真正反映项目运行时所需的完整依赖快照。
