在 Go 中提交还是不提交供应商目录：最佳实践？

提交供应商目录：最佳实践还是结帐后的必要性？

在 Go 项目中利用 dep 进行依赖管理时，出现了问题：供应商目录是否应该提交版本控制？这个决定最终取决于开发人员的偏好，平衡每种方法的优点和缺点。

提交供应商目录的优点：

• 保证可重复构建防止修改依赖项的上游历史记录。
• 消除了对单独 dep 的需要确保克隆或其他存储库更新后的步骤。

提交供应商目录的缺点：

• 存储库大小可能较大，尤其是具有以下依赖项的情况重要的文件大小。
• PR 差异可能包括修改 Gopkg.lock 时对供应商文件的更改，尽管这些默认情况下，文件通常隐藏在 GitHub 上。

替代选项：签出后执行 dep Ensure

或者，可以执行以下命令，而不是提交供应商目录dep 确保检查存储库后。此方法需要额外的步骤，但可能更可取，因为：

• 较小的存储库大小，因为依赖文件不存储在历史中。
• 简化的 PR 差异，如 Gopkg 中的更改。 lock 不会触发对存储库中的供应商文件的修改。

最终决定是否提交供应商目录或依赖 dep 确保同步是一个偏好问题。最佳实践表明，在做出此决定时必须考虑上述利弊。

以上是在 Go 中提交还是不提交供应商目录：最佳实践？的详细内容。更多信息请关注PHP中文网其他相关文章！