您应该编写您实际运行的所有命令，而不是尝试使用英语，因为它似乎不能足够准确地解释情况。例如，您的措辞使用“合并到”和“合并到”，它们可能会或可能不会为您描述相同的事情。对于合并，您通常执行类似git checkout some-local-branch && git fetch && git merge origin/some-other-branch. 如果您自己不确定整个情况，所有细节都可能很重要。如果您通过 ssh 连接在远程机器上运行一些命令，请务必指出这一点。
从问题（措辞为 2021-04-27T14:24:13+00:00）看来，您的 Process 2 丢失git push --tags（或可能git fetch），如果您尝试在原始存储库以外的git describe 其他地方运行（即您的工作实践中的目录）你根本看不到新标签。
我建议从git show NEWTAG您尝试使用的所有工作区（或“分支”）开始。您应该在每个工作区获得相同的 SHA-1。您还可以运行git show HEAD以验证当前 HEAD 是否确实与您认为应该匹配的内容匹配。此外，如果您可以运行，gitk您可以尝试运行gitk NEWTAG HEAD以获得问题的视觉表示，甚至gitk --all -n 10000显示所有分支，最多 10000 个最新提交。
如果不能使用gitk，也可以试试运行eg git log --oneline --graph --decorate -n 50。作为替代方案，您还可以运行git log --oneline --graph --decorate -n 50 --format=%h%d以列出来自 DAG 的最新 50 次提交（不带标题），以便在需要更多帮助时在 SO 中分享结果。
看到截图后更新
您的分支master与您的任何标签都不在同一位置，因此git describe不应发出任何给定的标签名称作为唯一输出。相反，它应该说类似这样的话v0.2-4-gf5d6ced，基本上意味着“v0.2 加上 4 个补丁，HEAD 指向 SHA-1，以f5d6ced”开头。此示例的四个补丁是 a5312dc、7dceb15、b4cd4f6 和 f5d6ced，它们未包含在v0.2下面。
这是我创建的一个示例：
* f5d6ced (HEAD -> master) Merge branch 'staging'
|\
| * b4cd4f6 (staging) Merge branch 'dev' into staging
| |\
| | * 1fa7a37 (tag: v0.2, dev) Updated testfile yet again in branch dev
* | | 7dceb15 (tag: test) Merge branch 'staging'
|\ \ \
| |/ /
| * | a5312dc Merge branch 'dev' into staging
| |\ \
|/ / /
| | _
| * 96cd0ac (tag: v0.1) Updated testfile in branch dev
|/
* d626941 Added testfile in branch dev
v0.1和是带注释的v0.2标签，而test是非注释标签。
$ git checkout dev && git describe
Switched to branch 'dev'
v0.2
$ git checkout staging && git describe
Switched to branch 'staging'
v0.2-2-gb4cd4f6
$ git checkout master && git describe
Switched to branch 'master'
v0.2-4-gf5d6ced
$ git checkout master && git describe --tags
Already on 'master'
test-3-gf5d6ced
这是因为当您创建合并时，您会创建一个新提交，该提交显然将具有自己的 SHA-1 标识符，并且现有标签不指向合并，因为标签总是引用特定版本。
你确定你实际上没有运行例如git describe --abbrev=0从最近的标签中选择一个标签并且可能更喜欢任何给定合并的第一个父级？
如果您实际上是在尝试确定给定分支已经包含哪些标签，则可以运行以下命令：
$ git checkout master && git tag --merged
Switched to branch 'master'
test
v0.1
v0.2
或按创建标签的时间排序，最新的在前：
$ git checkout master && git tag --sort=-authordate --merged
Already on 'master'
test
v0.2
v0.1
如果你只想要最新的标签，你可以运行
git tag --list --sort=-authordate --merged | head -n1
有关git help tag更多详细信息，请参阅。对于这种情况，最新的意味着给定标签的创作时间戳。对于标签，作者时间戳和提交时间戳是相等的，但据我所知，这在任何地方都不是强制的。如果差异对您很重要，那么只有您自己决定需要哪个时间戳。
对您的特定“错误”案例的进一步解释：您实际上并没有git describe按照您的要求运行，而是git describe --abbrev=0列出了最接近的标签。请注意，这是在 DAG 拓扑中，它可能与latest或latest标签完全不同。对于您的示例情况，两者v0.17和与of 分支v0.19的距离为 1 ，与of 的距离为2 。此外，较旧的标签来自第一个父级，这就是您得到响应的原因。如果您想要给定分支中包含的最新标签，我建议您改用。然而，HEADstagingHEADmasterv0.17git tag --list --sort=-authordate --merged | head -n1我强烈建议在开发或暂存分支中标记主分支版本而不是随机补丁。然后你可以使用git describe没有任何标志
