.gitignore 中你应该忽略 go depvendor/ 吗？

是否将 go depvendor/ 文件夹添加到 .gitignore 的问题使用 Go 的供应商功能时会出现。供应涉及将依赖项下载到本地目录中以确保构建一致性。虽然它可以解决兼容性问题，但它也造成了是否在版本控制中跟踪这些依赖项的困境。

忽略 go depvendor/

• 一致性： 确保每次部署都会调用 dep Ensure，确保跨团队的依赖关系一致成员。
• 避免版本控制问题： 使外部依赖项更新不受版本控制，防止潜在的冲突和版本引用更改。

忽略的缺点go dep供应商/

• 版本控制：如果修改是如果对供应商依赖项进行了更改，则不会在存储库中跟踪这些更改。
• 依赖项演变： 供应商工具可能会演变，忽略供应商/目录可能会导致丢失更新或不兼容。

替代方法

超越简单忽略或在.gitignore中包含vendor/，其他方法可以解决潜在的困境：

• Docker/虚拟化：为所有团队成员创建标准化的开发环境，消除对vendoring.
• 混合方法：使vendor/不受版本控制，但提供生成它的脚本
• 私有依赖关系存储库： 维护供应商依赖关系的私有存储库，确保一致性而不混乱主项目存储库。
• Go 模块：采用 Go 中当前的依赖管理标准，可能会消除对

最终，最佳方法取决于具体的项目和团队要求。考虑忽略go dep供应商/的优点和缺点并探索替代解决方案可以帮助找到依赖管理和版本控制之间的最佳平衡。