Go 模块可以与之前的非模块模块发布在同一路径吗？

有志者，事竟成！如果你在学习Golang，那么本文《Go 模块可以与之前的非模块模块发布在同一路径吗？》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

我有一个小型库，一直托管在非模块存储库中，但我现在想将其转换为 go 模块。

我成功执行了：

go mod init
go mod tidy

go.mod 和 go.sum 文件的创建没有错误，并且该库仍然通过了测试。

之前的版本是v2.0.0，所以我将版本增加到v3.0.0，并将/v3添加到go.mod中的模块名称末尾。从我在网上看到的情况来看，这就是所需要的。 我的 go.mod 文件如下所示：

module tssgit.reyrey.com/teschste/go-utils/v3

go 1.19

require (
    github.com/lib/pq v1.10.9
    golang.org/x/text v0.9.0
)

然后我将库发布到我们的内部 git 服务器，并认为我已经准备好了。

当我尝试将库添加到新的 go 模块项目时，我收到以下信息：

Installing: tssgit.reyrey.com/teschste/go-utils/v3
Installing dependency: tssgit.reyrey.com/teschste/go-utils/v3
go: module tssgit.reyrey.com/teschste/go-utils@upgrade found (v2.0.0+incompatible), but does not contain package tssgit.reyrey.com/teschste/go-utils/v3
Failed to add dependencies: exit status 1

我发现，如果我将 v3.0.0 发布到新路径 (tssgit.reyrey.com/teschste/go-utils2)，我就能够成功地将其添加到我的新项目中，即使我再次增加了主项目版本。

我是否缺少一些可以让我继续以相同路径发布的东西，或者这只是你不能做的事情？

如有任何帮助，我们将不胜感激！

正确答案

是的，这是支持的。版本子目录是可选的。

我发现一种情况会导致您看到的错误。当主分支未更新（仍然指向标签 v2.0.0）并且新标签 v3.0.0 未推送到服务器时，会发生这种情况。请仔细检查以确保远程存储库已更新。

如果远程存储库已更新但仍然无法正常工作，您可以这样缩小问题范围：

1. 使用 -x 选项运行 go get：

   $ go get -x tssgit.reyrey.com/teschste/go-utils/v3

2. cd 进入输出中显示的目录。目录路径是这样的：

   /home/username/go/pkg/mod/cache/vcs/96f42aa32430149c99ad6625ceafc5b59e047b9e11d6a03f687d59845b53b2d5

3. 在此目录中，运行 git ls-remote -q origin 并检查输出。下面的例子是我的机器上不工作时的例子。可以看到head和v2.0.0都指向同一个commit id，并且没有v3.0.0。

   $ git ls-remote -q origin
   5ac4c172806e80461086ea9feb485cec0b6a27f0    HEAD
   5ac4c172806e80461086ea9feb485cec0b6a27f0    refs/heads/main
   bbdc583c0b83489db1a30fa6ca8559ffa295a74d    refs/heads/other-branch
   5ac4c172806e80461086ea9feb485cec0b6a27f0    refs/tags/v2.0.0

好了，本文到此结束，带大家了解了《Go 模块可以与之前的非模块模块发布在同一路径吗？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！