更新所有组件

Golang不知道大家是否熟悉？今天我将给大家介绍《更新所有组件》，这篇文章主要会讲到等等知识点，如果你在看完本篇文章后，有更好的建议或者发现哪里有问题，希望大家都能积极评论指出，谢谢！希望我们能一起加油进步！

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

git clone git://github.com/walles/moar
set-location moar
git checkout d24acdbf

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

go get -u

这会产生 14 行的 go.mod：

go get -u
go mod tidy

这会产生 13 行的 go.mod：

go mod tidy

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

正确答案

tl;博士;

这就是你想要的：

go get -u
go mod tidy

并递归更新任何子目录中的包：

go get -u ./...

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

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

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

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

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

运行 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

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

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

• go mod tidy 将通过删除由 go get -u 添加的不必要的校验和和传递依赖项（例如 //indirect）来修剪 go.sum 和 go.mod由于有较新的 semver 可用。它还可能将缺失的条目添加到 go.sum。

请注意，从 go 1.17 开始，go.mod 中新添加的间接依赖项为 arranged in a separate require block.

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

今天关于《更新所有组件》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！