git tag --sort=committerdate | tail -1

您可以查看一下git describe，它所做的事情与您所要求的类似。

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

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

如果您需要最后两个标记(例如，为了生成当前标记和前一个标记之间的更改日志)，下面的工作对我来说是有效的。我只在最新标签是HEAD的情况下测试过它。

PreviousAndCurrentGitTag=`git describe --tags \`git rev-list --tags --abbrev=0 --max-count=2\` --abbrev=0`
PreviousGitTag=`echo $PreviousAndCurrentGitTag | cut -f 2 -d ' '`
CurrentGitTag=`echo $PreviousAndCurrentGitTag | cut -f 1 -d ' '`

GitLog=`git log ${PreviousGitTag}..${CurrentGitTag} --pretty=oneline | sed "s_.\{41\}\(.*\)_; \1_"`

它适合我的需求，但因为我不是git巫师，我相信它可以进一步改进。我还怀疑如果提交历史向前移动，它会中断。我只是想说点有用的。

所有的建议都有什么问题(除了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 rev-list HEAD，它以倒序的顺序列出所有的转速，并结合git标签-contains。当你找到一个引用，其中git tag——contains生成了一个非空列表，你已经找到了最新的标签。