为什么go module的伪版本选择特定的形式？

Go 模块伪版本的形式由几个因素决定，包括：是否存在语义版本标签、基础版本是什么，以及目标提交与早期提交的关系。伪版本可用于在没有可用语义版本标签的情况下引用特定提交，或在创建版本标记之前测试提交。伪版本形式遵循特定规则，具体取决于目标提交与早期提交之间的关系。

我有一个 go.mod 看起来像

require(
   ...
   github.com/google/wire v0.3.1-0.20190716160000-66f78fc84606
   ...
)

根据我的理解，如果一个包看起来像这样（yyyymmddmmss-commit_id），那么哪个版本应该是v0.0.0，而不是本例中的v0.3.1。

有人可以指导我如何解释吗？ go mod 会忽略 v0.3.1- 前缀吗？

解决方案

这是 go get'ing 树中存在于语义版本标记之后的特定提交的结果：

go 获取 github.com/google/wire@66f78fc84606

伪版本不仅在没有版本标签时使用。 正如关于 pseudo versions 的官方文档所示：

伪版本可能指的是没有可用语义版本标签的修订。它们可用于在创建版本标记之前测试提交，例如在开发分支上。

...

当基础版本是像 vX.Y.Z 这样的发布版本时，使用 vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefabcdef。

在这种情况下，存储库确实具有语义版本标签。这里的基本版本是 v0.3.0，通过获取 v0.3.0 之后和下一个 v0.4.0 之前存在的特定提交 (66f78fc84606)，您最终会得到：

github.com/google/wire v0.3.1-0.20190716160000-66f78fc84606

实际上有3种可接受的伪版本形式：

1. vX.0.0-yyyymmddhhmmss-abcdefxyz。
   当目标提交之前没有具有适当主要版本的早期版本提交时

2. vX.Y.Z-pre.0.yyyymmddhhmmss-abcdefxyz
   当目标提交之前的最新版本提交是 vX.Y.Z-pre

3. vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefxyz
   当目标提交之前的最新版本提交是 vX.Y.Z

有关管理 Go 模块伪版本的更多详细信息：
https://hackernoon.com/managing-go-module-pseudo-versions-in-go-113-412h30lw

理论要掌握，实操不能落！以上关于《为什么go module的伪版本选择特定的形式？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！