Git 其中包含不存在标记的伪版本

Git 其中包含不存在标记的伪版本,git,go,go-modules,Git,Go,Go Modules,当从启用go.mod的模块中导入GOPATH样式依赖项时,我得到了一个神秘的伪版本 $ cd $(mktemp -d) $ go mod init github.com/foo/test go: creating new go.mod: module github.com/foo/test $ go get github.com/bar/api@master $ cat go.mod module github.com/foo/test go 1.12 require ( gith

当从启用go.mod的模块中导入
GOPATH
样式依赖项时,我得到了一个神秘的伪版本

$ cd $(mktemp -d)
$ go mod init github.com/foo/test
go: creating new go.mod: module github.com/foo/test
$ go get github.com/bar/api@master
$ cat go.mod 
module github.com/foo/test

go 1.12

require (
    github.com/bar/api v3.9.1-0.20190923092516-169848dd8137+incompatible // indirect
)
$ 
github.com/bar/api
repo只定义了一个
v3.9.0
标记。
master
分支是前面的几个提交


有人知道从哪里提取
v3.9.1
标签吗?该标记不存在。提交id
169848dd8137
确实指向
master
头部,但它没有标记。它是否只是聪明地说嘿,在
v3.9.0
标记后提交意味着
v3.9.1
的某个版本?

它是一个“伪版本”,解释如下:


简言之,由于您选择了@master,因此它将使用master分支上最新提交的时间戳和散列创建此版本。版本号由最新的tag+1修订版生成。

这是一个“伪版本”,解释如下:


简言之,由于您选择了@master,因此它将使用master分支上最新提交的时间戳和散列创建此版本。版本号是从最新的tag+1修订版生成的。

这是预期的行为。这是来自上面提到的链接的信息-

vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefabcdef用于最新 目标提交之前的版本化提交是vX.Y.Z


这是预期的行为。这是来自上面提到的链接的信息-

vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefabcdef用于最新 目标提交之前的版本化提交是vX.Y.Z