使用vendor目录可确保构建一致性、支持离线开发、防范依赖风险并兼容旧版Go。1. 通过锁定依赖版本实现可重现构建；2. 在受限网络中实现无需联网的构建；3. 防止第三方包被删除或攻击，提升安全性；4. 支持Go 1.5~1.10旧版本依赖管理。现代项目虽多用go mod，但vendor仍为保障稳定性的有效手段，是否提交至Git依团队规范而定。

在Go项目开发中，vendor目录用于存放项目所依赖的第三方包。是否使用vendor目录，取决于项目的依赖管理需求和部署环境。下面从几个关键场景说明何时需要使用vendor目录。

1. 确保构建可重现（Reproducible Builds）

当你的项目需要在不同时间、不同机器上构建出完全一致的结果时，使用vendor目录可以锁定依赖版本。如果不使用vendor，go get可能会拉取最新版本的依赖，导致构建结果不一致。

• 将依赖复制到./vendor/目录后，Go编译器会优先从vendor加载包。
• 配合go.mod中的require和replace语句，可确保所有环境使用相同依赖。

2. 离线开发或受限网络环境

在无法访问公网或公司内网限制外部下载的情况下，vendor目录允许你提前将所有依赖打包进项目，实现离线构建。

• 运行go mod vendor命令生成vendor目录。
• 后续构建无需联网：go build -mod=vendor。

3. 避免依赖被删除或篡改

第三方包可能被作者删除、修改或遭受供应链攻击。将依赖存入vendor，相当于本地快照，降低外部风险。

从 Git 仓库历史中彻底删除文件

|Git删除了文件，但还会在Git 仓库历史中遗留。 - 想要从 Git 历史移除敏感信息（密码、密钥、token、私钥） - 想要删除意外提交的大文件 - 想要重写 Git 历史、移除特定文件的所有痕迹 - 提到 "force push"、"重写 commit 历史" - 需要从所有分支、所有 tag 中删除某个文件

下载

立即学习“go语言免费学习笔记（深入）”；

• 尤其适用于生产环境部署的关键服务。
• 结合代码审查，可审计vendor中的每一处变更。

4. 与旧版本Go兼容（Go 1.5 ~ 1.10）

在Go 1.11之前，vendor是官方推荐的依赖管理方式。如果你维护老项目或使用旧版Go，必须启用vendor支持：

• 设置GO15VENDOREXPERIMENT=1（Go 1.5需手动开启）。
• 现代Go版本（1.14+）默认支持vendor，无需额外配置。

基本上就这些。现在大多数项目使用go mod管理依赖，但vendor仍是保障稳定性的重要手段。是否提交vendor目录到Git，取决于团队规范——大型项目常选择提交，小型项目可能忽略。关键是根据实际场景权衡便利性与可靠性。