git tag -l ac* | tail -n1

获取最后一个以“ac”为前缀的标签。例如，命名为ac1.0.0或ac1.0.5的标记。其他名为1.0.0、1.1.0的标记将被忽略。

git tag -l [0-9].* | tail -n1

获取最后一个标记，其第一个字符为0-9。因此，第一个字符为a-z的标签将被忽略。

更多信息

git tag --help # Help for `git tag`

git tag -l <pattern>

列出名称与给定模式匹配的标签(如果不匹配则全部匹配) 给出了模式)。运行不带参数的“git tag”也会列出列表 所有的标记。模式是一个shell通配符(即匹配使用 :(3))。可以给出多个模式;如果有的话 匹配时，显示标记。

tail -n <number> # display the last part of a file
tail -n1 # Display the last item 

更新

用git标签，帮助，关于排序参数。默认情况下，它将使用字典顺序，if标记。排序属性不存在。

排序顺序 默认为为标记配置的值。对变量进行排序 存在，否则按字典顺序。看到git-config(1)。

谷歌之后，有人说git 2.8.0支持以下语法。

git tag --sort=committerdate

git tag --sort=-refname | awk 'match($0, /^[0-9]+\.[0-9]+\.[0-9]+$/)' | head -n 1 

它在所有与语义版本匹配的分支中获取最新的标记。

所有的建议都有什么问题(除了Matthew Brett的解释，到目前为止)?

当你在不同的历史点时，只需运行其他jQuery Git历史上提供的任何命令，并使用可视化标签历史表示检查结果(我这样做就是为什么你看到这篇文章):

$ git log --graph --all --decorate --oneline --simplify-by-decoration

今天，许多项目在独立于主线的分支中执行发布(以及标记)。

这是有充分理由的。看看那些已经建立好的JS/CSS项目就知道了。出于用户约定，它们在DVCS中携带二进制/最小化的发布文件。当然，作为项目维护者，你不希望用无用的二进制blob来垃圾你的主线差异历史，并在主线之外执行构建工件的提交。

因为Git使用DAG而不是线性历史——很难定义距离度量，所以我们可以说——哦，那个rev最接近我的HEAD!

我开始了我自己的旅程(看看里面，我没有复制花哨的证明图片到这篇长文章中):

关于Git中的分支，过去最近的标记是什么?

目前我对标签与修订之间的距离有4个合理的定义，但有用性在降低:

从HEAD到合并base与tag的最短路径长度 HEAD和标签之间合并基础的日期 从HEAD可达但从tag不可达的转数 标签的日期，无论合并基础

我不知道如何计算最短路径的长度。

脚本，根据HEAD和标签之间的合并基础的日期排序标签:

$ git tag \
     | while read t; do \
         b=`git merge-base HEAD $t`; \
         echo `git log -n 1 $b --format=%ai` $t; \
       done | sort

它适用于大多数项目。

根据可从HEAD到达但无法从标签到达的转速数对标签进行排序的脚本:

$ git tag \
    | while read t; do echo `git rev-list --count $t..HEAD` $t; done \
    | sort -n

如果你的项目历史在提交时有奇怪的日期(因为重基或另一个历史重写或一些白痴忘记更换BIOS电池或其他你对历史所做的魔法)，请使用上面的脚本。

对于最后一个选项(标签的日期，无论合并基础)，以获得按日期排序的标签列表使用:

$ git log --tags --simplify-by-decoration --pretty="format:%ci %d" | sort -r

要获得当前的修订日期，请使用:

$ git log --max-count=1

注意，git describe——tags在它自己的情况下有用途，但不是用于在项目历史中寻找人类期望的最近的标签。

注意:你可以在任何版本中使用上述食谱，只需将HEAD替换为你想要的!

要获得最新的标签，你可以这样做:

$ git for-each-ref refs/tags --sort=-taggerdate --format='%(refname)' --count=1

当然，您可以根据需要更改count参数或排序字段。似乎 你可能想问一个稍微不同的问题，但这确实回答了我理解的问题。

这个怎么样?

git描述$(git rev-list——tags——max-count=1))

从技术上讲，不一定会得到最新的标签，但会得到标记的最新提交，这可能是你要找的东西，也可能不是。

就git而言，“最近的”可能有两种含义。

您的意思可能是“哪个标签的创建日期最近”，这里的大多数答案都是关于这个问题的。在你的问题中，你想要返回标签c。

或者您可以表示“哪个标记在开发历史中最接近某个已命名的分支”，通常是您所在的分支，HEAD。在你的问题中，这将返回标签a。

当然，这些可能是不同的:

A->B->C->D->E->F (HEAD)
       \     \
        \     X->Y->Z (v0.2)
         P->Q (v0.1)

假设开发人员在周一将Z标记为v0.2，然后在周二将Q标记为v0.1。v0.1是最近的版本，但是v0.2在开发历史上更接近HEAD，因为它所处的路径是从更接近HEAD的点开始的。

我认为你通常想要第二个答案，更接近开发历史。您可以使用git log v0.2..HEAD等为每个标签。这为您提供了HEAD上的提交数量，因为结束于v0.2的路径与HEAD后面的路径不同。

下面是一个Python脚本，它通过遍历所有运行该检查的标记来实现这一点，然后打印出在HEAD上提交最少的标记，因为标记路径发散了:

https://github.com/MacPython/terryfy/blob/master/git-closest-tag

git描述做了一些稍微不同的事情，因为它从(例如)HEAD跟踪，以找到从HEAD返回的历史路径上的第一个标记。在git术语中，git描述了从HEAD“可到达”的标记的查找。因此，它不会找到像v0.2这样不在从HEAD返回的路径上的标记，而是从那里偏离的路径。