如何在Git的当前分支中获得最新的标记名称?

在Git中获取最新标签的最简单方法是什么?

git tag a HEAD
git tag b HEAD^^
git tag c HEAD^
git tag

输出:

a
b
c

我应该写一个脚本来获得每个标记的日期时间并比较它们吗?

当前回答

这个怎么样?

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

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

其他回答

这是一个老线程，但似乎很多人都忽略了OP问题最简单、最简单、最正确的答案:要获得当前分支的最新标记，您可以使用git describe HEAD。完成了。

编辑:您还可以提供任何有效的refname，甚至远程;也就是说，git describe origin/master会告诉你从origin/master可以到达的最新标签。

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

git tag --sort=committerdate | tail -1

将输出的标签的最新标签提交跨所有分支

git describe --tags $(git rev-list --tags --max-count=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替换为你想要的!

推荐文章