关于go：Golang依赖性管理最佳实践

在Golang中，我们可以将GitHub上的开源库指定为依赖项。例如：

如果我理解正确，这将尝试根据您的Go版本查找分支，默认为master。

因此无法导入依赖的特定版本，例如：

那么，在Go中管理依赖项的最佳实践是什么？

我可以看到两种方法。

I.版本模块

是否为具有重大变更的主要版本创建新模块？

例如，我的Go库可以定义模块v1和v2，因此您可以执行以下操作：

要么：

根据您的需要。必须对v1或v2进行任何更改，以免破坏任何API或正常工作的功能。

二。分叉

这样可以完全控制Go代码所需的外部依赖版本。

例如，您可以将github.com/RichardKnop/somelibrary分支到您自己的GitHub帐户中，然后在您的代码中执行以下操作：

然后，您将不得不分叉所有外部依赖项，这似乎有点过大。但是，它将完全控制版本。您可以将fork保持在您正在使用代码的版本上，并且只有在检查新版本的依赖项不会破坏任何内容之后才更新fork。

有什么想法吗？

2018年2月：如果将vgo集成到工具链中，则下面介绍的销售方法(在2015/2016年)可能最终消失。
请参阅下面的答案。

2015年8月版：Go 1.5带有内置(但仍处于试验阶段)的供应商支持。设置环境变量GO15VENDOREXPERIMENT将使go build和朋友在./vendor目录以及GOPATH中查找软件包。有关更多详细信息，请参见VonC的答案和设计文档。

三，供应商

AFAIK，这是最广泛使用的方法，可确保您的构建具有可复制性和可预测性。 Go团队本身在回购中使用供应商。 Go团队现在正在讨论统一的依赖清单文件格式。从Go工具链开发人员邮件列表中：

In Google’s internal source tree, we vendor (copy) all our dependencies into our source tree and have at most one copy of any given external library. We have the equivalent of only one GOPATH and rewrite our imports to refer to our vendored copy. For example, Go code inside Google wanting to use"golang.org/x/crypto/openpgp" would instead import it as something like"google/third_party/golang.org/x/crypto/openpgp".

(...)

Our proposal is that the Go project,

• officially recommends vendoring into an"internal" directory with import rewriting (not GOPATH modifications) as the canonical way to pin dependencies.

• defines a common config file format for dependencies & vendoring

• makes no code changes to cmd/go in Go 1.5. External tools such as"godep" or"nut" will implement 1) and 2). We can reevaluate including such a tool in Go 1.6+.

注意：2015年6月，Go 1.5中首次提供了对卖家的支持！

参见c / 10923 /：

When GO15VENDOREXPERIMENT=1 is in the environment, this CL changes the resolution of import paths according to the Go 1.5 vendor proposal:

• If there is a source directory d/vendor, then, when compiling a source file within the subtree rooted at d, import"p" is interpreted as import"d/vendor/p" if that exists.
• When there are multiple possible resolutions, the most specific (longest) path wins.
• The short form must always be used: no import path can contain"/vendor/" explicitly.
• Import comments are ignored in vendored packages.

2016年1月更新：Go 1.6将使供应商成为默认供应商。
如文章"使用GO15VENDOREXPERIMENT现在可以使用更便宜的工具"中所述：

1.6 brings support for /vendor/ to most tools (like the oracle) out of the box; use the Beta to rebuild them.

• 问题12278已解决。
• goimports仍然存在问题，并且有一个CL可以选择。