如何解决go get 在尝试导入时添加文件夹?
我们有 2 个与此问题相关的存储库:
gitlab.com/company/product/team/service
gitlab.com/company/product/team/api
他们都有 go.mod 文件。 api repo 非常简单。它包含十几个打字稿文件,这些文件经过一个过程来生成镜像 Go 结构体。我们在集成和单元测试中使用这些,有点像样式表,因此我们可以测试服务响应的结构。 Api 有 0 个进口。没有fmt,时间,什么都没有。这是 api 的 go.mod 文件:
module gitlab.com/company/product/team/api/v2
go 1.16
其主分支上的最新标签是 v2.68.0
。服务的 go.mod 有这个需要 api 的行:
require (
...
gitlab.com/company/product/team/api/v2 v2.68.0
...
)
它适用于我的机器(TM)。当我运行 go get
、go mod tidy
、go mod download
、go mod vendor
等时,会下载正确的版本。在 docker 中不是这样。为了使用我们的 CI/CD 管道并最终部署在 k8 中,我们构建了一个 docker 镜像来存放代码。服务的 Dockerfile 中的 RUN go mod vendor
在尝试导入 api 时给我们一个错误(在此处添加详细标志不会导致更多详细信息):
go: gitlab.com/company/product/team/api/v2@v2.68.0: 阅读 gitlab.com/company/product/team/api/team/api/go.mod 在修订 team/api/v2 .68.0:未知修订团队/api/v2.68.0
注意 ../team/api/team/api/go.mod
网址中重复的文件夹。
我们的 Dockerfile 加载了一个在 gitlab 中注册的 SSH 密钥,存在 ~/.ssh/known_hosts 中的必要条目,有一个 ~/.netrc 文件,其中包含具有 read_api
权限的 gitlab 访问令牌、GOPRIVATE=gitlab.com/company/*
、GO111MODULE=on
,并且当它运行 go mod vendor
时,我们的其他 gitlab.com/company/product/team/*
导入都没有问题。这些镜像我在 go get
工作的本地机器。
为什么对于这个存储库,go mod vendor
会在尝试导入时决定重复文件夹?
解决方法
事实证明,答案并不是 SO 用户能够深入了解的任何内容。我们在服务的 Dockerfile 中的 .netrc 令牌是一个仅在服务项目中有效的访问令牌。它是通过打开服务存储库的设置并在那里创建访问令牌而不是使用有权访问所有必要存储库的服务帐户来创建的。当 go 使用它来访问 api 时,它不再授予访问权限,并且 go 有问题询问 gitlab URL 中的哪个文件夹是 RepoRoot,因为 gitlab 错误地声称路径中的所有文件夹都是 repo。如果您在 gitlab 中使用子组并运行 go get
,您就会知道我在说什么。
它在我的机器上工作,因为我的 .netrc 有我的令牌,而且我有足够的访问权限不会成为问题。
我们通过更新 dockerfile 中的 .netrc 文件来使用由具有所有相关存储库 api 访问权限的服务帐户生成的令牌来修复它。
我正要删除这个问题,但找到谈论这个问题的资源很少。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。