去更新所有模块

【问题标题】：Go update all modules去更新所有模块
【发布时间】：2023-04-10 18:34:01
【问题描述】：

以这个模块为例（使用特定的提交，以便其他人看到我所看到的）：

git clone git://github.com/walles/moar
Set-Location moar
git checkout d24acdbf

我想要一种方法来告诉 Go“更新所有内容”。假设模块将使用最新版本的所有内容。以下是我发现的五种方法这样做，假设每个都在一个干净的克隆上运行。这导致 go.mod 为 19 行：

go get -u

这导致 go.mod 14 行：

go get -u
go mod tidy

这导致 go.mod 13 行：

go mod tidy

如果我只是手动删除 require 中的所有内容并运行 go mod tidy ，我会得到 12 行。如果我只是手动删除 require 中的所有内容并运行 go get -u ，我会得到 11 行。我的问题是，为什么这些方法会产生不同的结果，以及做我想做的事情的“正确方法”是什么？

【解决方案1】：

tl;博士;

这就是你想要的：

go get -u
go mod tidy

您看到的不一致是由于软件固有的有机性质造成的。

使用您的示例，提交 git://github.com/walles/moar 中的 d24acdbf 很可能是由维护人员签入而没有运行 go mod tidy （解释更长的19 行）。如果维护者有，那么你会看到最后看到的 13 行版本。

go get -u 本身在引入依赖项方面更具侵略性。此外，将依赖项更新到其最新（兼容）版本这一事实本身可能会引入新的直接/间接依赖项。如果您明天尝试这样做，这些依赖项可能会进一步增长（某些子依赖项的最新版本添加了新功能，因此它需要新的依赖项）。因此，repo 维护者修复特定（非最新）版本可能是有正当理由的。

go mod tidy 清理了这种激进的依赖分析。

附：一个常见的误解是，在 go mod tidy 之后依赖关系会缩小：跟踪 go.sum ，在某些情况下，这个文件会在 tidy 之后增长（尽管在这种情况下不是）

【讨论】：

曾经 go get -u 升级了包含命名包的模块的所有模块依赖项，但实际上最终升级了太多不相关的模块，因此我们在 Go 1.13 中缩小了范围：参见golang.org/doc/go1.13#go-get.
如果你在一个包含多个包的模块中工作，我见过 go get -u ./... working well

分享于2023年04月15日 go module package 问答