go mod tidy 报错：go 1.16 版本问题

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《go mod tidy 报错：go 1.16 版本问题》，聊聊，希望可以帮助到正在努力赚钱的你。

当我运行 go mod tidy 时，一些软件包显示错误

> go mod tidy

github.com/myrepo/myproj imports
    go.k6.io/k6 imports
    go.k6.io/k6/cmd imports
    github.com/fatih/color loaded from github.com/fatih/[email protected],
    but go 1.16 would select v1.13.0

To upgrade to the versions selected by go 1.16:
    go mod tidy -go=1.16 && go mod tidy -go=1.17
If reproducibility with go 1.16 is not needed:
    go mod tidy -compat=1.17
For other options, see:
    https://golang.org/doc/modules/pruning

我已经安装了 go 1.17.9。该错误的含义是什么？为什么会触发该错误？

正确答案

此错误与 go 1.17 中引入的 module graph pruning 有关。

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

现在要了解触发错误的原因，您可能需要查看 Go 1.17 release notes：

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

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

这与构建重现性相关，因为 go.sum 包含 go.mod 中指定的当前 go 版本和前一个版本的校验和。在 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 相同。

简单说明

错误 but go 1.16 will 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.mod 中声明版本 go 1.17 会强制使用该 go 版本或更高版本。在这种情况下，甚至某些 go 1.16 工具也会失败，go.mod 文件指示 go 1.17，但最大支持版本是 1.16，强化了这种直觉。有道理，对吧？不。

残酷的现实是，某些此类代码库（也许也是您的）can 可以使用 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 中。

理论要掌握，实操不能落！以上关于《go mod tidy 报错：go 1.16 版本问题》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！