编辑多个未发布的 Go 模块的本地副本

是只有我一个人还是使用未发布的 go 模块非常痛苦？

https://go.dev/doc/modules/managing-dependency#tmp_9

https://groups.google.com/g/golang-nuts/c/9MfGXLmRu8w/m/D2gm_viYBAAJ

从这两个链接中，我找到了替换指令。但现在这就是我遇到困难的地方。

假设我有包 example.com/p1、example.com/p2 和 example.com/p3。 p1 使用 p2，p2 使用 p3。

我添加了替换指令：

• p2 的 go.mod 中 p3 的路径
• p1 的 go.mod 中 p2 的路径

但现在看来我还需要在 p1 的 go.mod 中为 p3 添加一个替换指令。 由于我拥有大量未发布的软件包，这变得非常痛苦。

这是预期的还是我做错了什么？

正如其他人所说，将所有内容放在一个未发布的模块中比将内容分解为多个模块要容易得多。这使得保持“幸福之路”变得更加容易，并且对于您的情况来说，这听起来像是可行的。

也就是说，如果您升级到 Go 1.18，新的工作区该功能使得同时编辑多个本地模块变得更加容易：

通过多模块工作区，您可以告诉 Go 命令您同时在多个模块中编写代码，并轻松在这些模块中构建和运行代码。

例如，从包含多个模块目录（每个都有自己的 go.mod 文件）的父目录中，您可以创建一个go.work文件并通过执行以下操作递归添加下面的模块：

$ go work init
$ go work use -r .

例如，如果您有两个模块，假设模块foo导入模块bar，生成的 go.work 文件可能如下所示：

$ cat go.work
go 1.18

use (
        ./foo
        ./bar
)

如果您然后 cd 到foo目录，命令如go build将使用两者的本地副本foo and bar.

其机制是go命令检查它是否位于带有go.work文件，默认情况下它会查阅任何go.work找到有助于解决依赖项所在位置的文件。

有关工作区的更多信息，这里有一个很好的教程：https://go.dev/doc/tutorial/workspaces

或者，您可以使用旧的技术添加replace指令到您个人的 go.mod 文件，但这并不像新的那么好go.work特征。

最后，即使考虑到新的go.work功能，值得重申的是，如果您一次只使用一个模块，您的生活会更简单，因此不要不必要地分割可能是单个模块的内容。