扁平化主要依赖的供应传递依赖

Question

我一直在将现有项目从通过Glide使用 vendored 依赖项转换为使用 Go 1.11.x模块支持。但是我在一个项目中使用我无法解决的模块遇到了一个特殊情况。

内部项目“foo”通过“go mod vendor”提供其依赖项：

projects/src/foo/

    main.go

    vendor/

        ...

这在内部构建该项目时非常有效，因为非 Go 开发人员可以将项目克隆到任何位置并构建它，而无需外部代理访问来下载依赖项。

现在我试图让项目“bar”使用库“foo”构建一个工具。

package bar

import "internal.com/project/foo"

“go.mod”文件仅包含：

module internal.com/project/bar

require internal.com/project/foo v0.0.0-...

我会通过以下方式供应商：

go module vendor

我通过以下方式构建：

go build -mod=vendor

我所看到的是，“foo”将从内部 git 存储库中克隆，并且其所有依赖项将从其远程 git 来源下载，并且我的“go.sum”文件将使用所有临时依赖项进行更新。但我真正想要的是只从我的内部网络获取“foo”并让它扁平化供应商的依赖项。理想情况下，不应有外部 http 请求。

这可能吗？“-mod=vendor”标志在直接构建项目“foo”时非常有用。但它似乎并不适用于此，因为项目“bar”不想供应商。它想要获得一个主要依赖项，就是这样。看起来 Go 模块支持并不关心扁平化供应商的瞬态依赖性。

以前用作glide包管理器时，它会从内部 git 存储库中获取“foo”，然后将其所有依赖项扁平化到我的供应商目录中。

最初作为问题发布到 golang-nuts，没有回复。

Answer 1

它目前不能那样工作，只使用顶级供应商目录。从模块帮助：要使用主模块的顶级供应商目录进行构建以满足依赖性（禁用通常的网络资源和本地缓存），请使用“go build -mod=vendor”。请注意，仅使用主模块的顶级供应商目录；其他位置的供应商目录仍然被忽略。对于这个特定的用例，我建议等到go modules成熟。