go mod tidy 错误信息：“但是 go 1.16 会选择”

Question

当我运行go mod tidy几个包时显示错误> go mod tidygithub.com/myrepo/myproj imports    go.k6.io/k6 imports    go.k6.io/k6/cmd imports    github.com/fatih/color loaded from github.com/fatih/color@v1.12.0,    but go 1.16 would select v1.13.0To upgrade to the versions selected by go 1.16:    go mod tidy -go=1.16 && go mod tidy -go=1.17If reproducibility with go 1.16 is not needed:    go mod tidy -compat=1.17For other options, see:    https://golang.org/doc/modules/pruning我已经安装了 1.17.9。错误的含义是什么，为什么会被触发？

Answer 1

此错误与Go 1.17 中引入的模块图形修剪有关。

在 Go 1.16 中，用于最小版本选择的模块图过去包含完整的模块图，而在 1.17 中，该图仅包含传递依赖项（有一些例外，请参见上面的链接）。

现在要了解是什么触发了错误，您可能需要查看Go 1.17 发行说明：

默认情况下，go mod tidy验证与主模块相关的所选依赖版本是否与之前的 Go 版本使用的版本相同（Go 1.16 对于指定 go 1.17 的模块）[...]

因此，当您运行时go mod tidy，它会报告 Go 1.16“将选择”传递依赖项 ( github.com/fatih/color) 的一个版本，该版本与 Go 1.17 的修剪图所选择的版本不同。

这与构建可重复性相关，因为go.sum包含在中指定的当前 Go 版本go.mod 和前一个版本的校验和。在 Go 1.17 和 Go 1.16 的情况下，模块图实际上可以更改，go.sum这将是不一致的。

错误消息建议进行两个修复。

1. go mod tidy -go=1.16 && go mod tidy -go=1.17— 这选择依赖版本为 Go 1.16，然后选择 Go 1.17

2. go mod tidy -compat=1.17— 这只是删除了 Go 1.16 校验和（因此提示“不需要 go 1.16 的可再现性”）。

升级到 Go 1.18 后，错误不应再出现，因为模块图将与 Go 1.17 中一样加载。

Answer 2

简单说明

该错误but go 1.16 would select意味着您的编译软件（编译后的二进制文件）在使用 Go 1.16（或更低版本）而不是 Go 1.17（或更高版本）编译后的行为现在存在更深层次的问题。

是什么引入了这个问题？：这可能完全不受您的控制，例如，您的一个依赖项中的无辜更改可能会作为副作用引入它。（正如最近看到的golang.org/x/oauth2和类似的，它已经破坏了世界各地的许多构建。）

我可以简单地避免跑步go mod tidy吗？是的，但这对您的实际问题没有任何帮助。

那对我有什么实际影响呢？到目前为止，Go 1.16 和 1.17 之间没有构建可重复性。如果您使用 Go 1.16 构建或测试，您的程序的行为可能与 Go 1.17+ 的行为略有不同。程序的编译采用不同版本的依赖项。非常细微的不同，但不同，它比底层算法的私密细节更重要。

强制构建仅与 Go 1.17（或更高版本）兼容

1. 记录/传达没有人应该使用 Go 1.16 或更低版本编译您的代码。

2. 确保您的持续集成未使用 Go 1.16 或更低版本。

3. 在所有脚本、Makefile、管道等中，将命令更改go mod tidy为：

go mod tidy -compat=1.17

这是迁移吗？我从未使用过 Go 1.16！

您可能认为go 1.17在您的文件中声明一个版本会go.mod强制使用该 Go 版本或更高版本。在这种情况下，即使是一些 Go 1.16 工具也会失败并go.mod file indicates go 1.17, but maximum supported version is 1.16执行这种直觉。有道理，对吧？没有。

残酷的现实是，只要编译后的模块不包含仅在后来的 Go 版本中添加的功能，某些此类代码库（也许还有您的）可以使用 Go 1.16 或 Go 1.15 进行编译！核心团队不想默默地为这种人为的构建过程引入问题。这就是为什么您面临明确保留或明确放弃这种向后兼容性的决定。

备选方案：使用 Go 1.16 依赖算法

go mod tidy -go=1.16 && go mod tidy -go=1.17

将最后一个数字撞到您的最大版本，所以如果您使用的是 1.18：

go mod tidy -go=1.16 && go mod tidy -go=1.18

后一个-go=1.17（或-go=1.18）标志声明您希望将语言功能限制在 1.17（或 1.18）。

前者-go=1.16只是暂时的，会立即被覆盖。那为什么需要它呢？好吧，它需要一个副作用：它在go.mod. 1.17（或 1.18）看到了标记，因此它没有使用依赖性修剪的新算法。相反，它选择与 1.16 相同的版本并将它们保存到go.mod.