Go模块是Go语言1.11版本引入的一个重要特性，它可以帮助开发者更好地管理和依赖项目中的第三方库。对于之前的非模块模式下开发的项目，php小编香蕉告诉大家，可以将模块与非模块模块发布在同一路径下。这样做的好处是可以方便地将现有的项目逐步迁移到模块模式下，同时也可以保持项目的可用性和稳定性。不过需要注意的是，在同一路径下发布模块和非模块模块时，需要遵循一些规则和约定，以确保项目的正常运行。
我有一个小型库，一直托管在非模块存储库中，但我现在想将其转换为 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 未推送到服务器时，会发生这种情况。请仔细检查以确保远程存储库已更新。
如果远程存储库已更新但仍然无法正常工作，您可以这样缩小问题范围：
使用 -x 选项运行 go get：
$ go get -x tssgit.reyrey.com/teschste/go-utils/v3
cd 进入输出中显示的目录。目录路径是这样的：
/home/username/go/pkg/mod/cache/vcs/96f42aa32430149c99ad6625ceafc5b59e047b9e11d6a03f687d59845b53b2d5
在此目录中，运行 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 模块可以与之前的非模块模块发布在同一路径吗？的详细内容。更多信息请关注PHP中文网其他相关文章！
