去更新所有模块

Question

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

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 行。我的问题是，为什么这些方法会产生不同的 结果，以及做我想做的事情的“正确方法”是什么？

Answer 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 之后增长（尽管在这种情况下不是）

Answer 2

运行go get -u && go mod tidy¹

更多细节：

• go get -u（与go get -u . 相同）更新当前目录中的包，因此提供该包的模块及其对更新的次要版本或补丁版本（如果可用）的依赖关系。典型的项目，在模块根目录中运行就足够了，因为它可能会导入其他所有内容。

• go get -u ./... 将扩展到当前目录下的所有包，这也有效地更新了所有内容（所有提供这些包的模块）。

• 根据上述情况，go get -u ./foo/... 将更新植根于 ./foo 的所有内容

• go get -u all 更新所有内容包括测试依赖项；来自Package List and Patterns

在使用模块时，all 会扩展到主模块中的所有包及其依赖项，包括任何这些测试所需的依赖项。

go get 还将为刚刚更新的依赖项添加 require 指令到 go.mod 文件中。

• go mod tidy 确保 go.mod 与模块中的源代码匹配。在您的项目中，它会产生 12 行，因为这些是与源代码匹配的最低限度。

• go mod tidy 将修剪 go.sum 和 go.mod，删除不必要的校验和和传递依赖项（例如 // indirect），这些是由 go get -u 添加的，因为有更新的 semver .它还可能向go.sum 添加缺失的条目。

---

注意，从 Go 1.17 开始，go.mod 中新增的indirect依赖为arranged in a separate require block.

---

_{1：更新依赖项的最新次要/补丁版本，go.mod，go.sum}