Go vendor机制用于本地化依赖实现构建可重现，Go 1.6+默认启用但需手动管理，Go 1.11+起官方推荐改用Go Modules；旧项目可用govendor工具初始化、添加和锁定依赖，并通过-go build -mod=vendor确保仅使用vendor目录。
Go vendor 机制用于将项目依赖的第三方包复制到本地 vendor 目录中，实现依赖锁定和构建可重现。从 Go 1.6 开始默认启用 vendor，但需手动管理依赖文件；Go 1.11+ 推荐使用 Go Modules 替代 vendor（官方已逐步弃用 vendor 模式）。不过若你仍在维护旧项目或明确需要 vendor 方案，以下是实用操作方法。
确认项目启用 vendor 支持
确保你的 Go 版本 ≥ 1.6，并在项目根目录下存在 vendor/ 文件夹。运行以下命令验证是否识别 vendor：
-
go env GO111MODULE应为off或auto（不能是on，否则会强制走 module 模式） -
go list -f '{{.Dir}}' .输出路径应不含/pkg/mod/，说明当前走的是 vendor 路径
手动创建并更新 vendor 目录
最直接的方式是用 go get + go vendor 工具（如 govendor），但原生命令更轻量：
- 先清理旧 vendor：
rm -rf vendor - 下载所有依赖到 vendor：
go mod vendor（⚠️注意：这其实是 module 模式下的命令，仅当项目有go.mod且GO111MODULE=on时生效） - 若坚持纯 vendor 模式（无 go.mod），推荐使用社区工具：
go get github.com/kardianos/govendor，然后执行：govendor init（生成vendor/vendor.json）govendor add +external（拉取所有外部依赖）
固定特定版本依赖（vendor.json 控制）
使用 govendor 时，依赖版本由 vendor/vendor.json 文件管理：
- 添加指定版本包：
govendor fetch github.com/pkg/errors@v0.9.1 - 升级某个包：
govendor update github.com/sirupsen/logrus - 查看当前依赖树：
govendor list（带+vcs显示版本，+out显示缺失包） - 提交
vendor/和vendor/vendor.json到 Git，即可保证团队构建一致
构建与测试时强制使用 vendor
即使有 vendor 目录，Go 默认仍可能从 GOPATH 或 proxy 拉取包。确保构建只读取 vendor：
- 编译时加标志：
go build -mod=vendor（Go 1.14+ 支持，要求存在vendor/modules.txt） - 运行测试：
go test -mod=vendor ./... - 检查是否真正走 vendor：
go list -f '{{.Deps}}' . | grep pkg/errors，再对比cat vendor/modules.txt中对应行
基本上就这些。vendor 方式不复杂但容易忽略 GO111MODULE 状态和 -mod=vendor 标志，建议新项目直接用 Go Modules（go mod init + go mod tidy），更标准、易维护。
