首页 > 文章列表 > 深入了解“go mod供应管理”

深入了解“go mod供应管理”

397 2024-02-06
问题内容

“go modvendor”的目的是什么。我认为供应商包不会存储在模块缓存中。但是,如果我理解正确的话,我认为这是不正确的,因为我们需要先通过“go mod tidy”或“go get”在“go modvendor”之前更新go.mod。似乎“go mod tidy”和“go get”在模块缓存中下载包。对我来说,“go mod供应商”似乎是模块缓存的副本。为什么我们需要在项目根目录中保存一份模块缓存的副本?

还有一个问题:设置我们的环境的推荐方法是什么?假设我正在使用 GOPROXY 和 GOPRIVATE。使用哪一个更好?供应商目录或模块缓存?或者没关系。

我已经读过这篇文章。

谢谢!


正确答案


作为程序员,我们的主要痛点始终是缺乏控制。依赖关系是一件棘手的事情,如果不依赖于已经存在的东西,你就无法在纯软件中构建任何东西。不仅是硬件,通常还包括操作系统及其驱动程序,以及潜在的外部库。

外部库是 Go 模块的用武之地。当您的计算机上还没有依赖项时,您可以使用 go mod tidygo get 从互联网下载依赖项。

获得这些库后,您可以使用 go modvendor 将它们从系统的 Go 缓存目录复制到使用它们的实际存储库。您将这些依赖项签入源代码管理中。这样您就可以完全控制您所依赖的代码。这些依赖项现在是您代码的一部分,您现在拥有它们。您实际上拥有它们,即使您不供应它们,但您缺乏对它们的控制,如果您希望您的代码面向未来,就应该避免这种情况。

一旦您将代码及其所有库依赖项提供并上传到 GitLab(例如),您所依赖的库的原始所有者是否会从您手中拉走地毯并将其库从 GitLab 中删除并不重要,例如。现在,您已经从列表中删除了一个潜在问题。这就是供应商有意义的原因。