我想获得Git存储库中所有分支的列表，其中“最新”分支位于顶部，“最新的”分支是最近提交的分支（因此，更可能是我想关注的分支）。
有没有一种方法可以使用Git（a）按最新提交对分支列表进行排序，或者（b）以某种机器可读格式将分支列表与每个分支的最后提交日期一起获取？
最坏的情况是，我总是可以运行gitbranch获取所有分支的列表，解析其输出，然后运行git-log-n 1 branchname--format=format:%ci获取每个分支的提交日期。但这将在Windows环境下运行，在那里启动一个新进程相对昂贵，因此如果有很多分支，每个分支启动一次Git可执行文件可能会很慢。有没有一种方法可以用一个命令完成所有这些？
当前回答
下面是一个简单的命令，列出了具有最新提交的所有分支：
git branch -v
要按最近提交排序，请使用
git branch -v --sort=committerdate
资料来源：http://git-scm.com/book/en/Git-Branching-Branch-Management
其他回答
git2.7（2015年第4季度）将引入直接使用git分支的分支排序：请参见提交aa3bc55、提交aedcb7d、提交1511b22、提交f65f139。。。（2015年9月23日），提交aedcb7d，提交1511b22，提交ca41799（2015年12月24日），并提交f65f139。。。（2015年9月23日）Karthik Nayak（Karthik纳亚克）。（2015年10月15日，Junio C Hamano（吉斯特）在提交第7f11b48页时合并）
特别是提交aedcb7d：
branch.c：使用“ref filter”API
使“branch.c”使用“ref filter”API来迭代ref排序。这将删除替换它的“branch.c”中使用的大部分代码调用“ref filter”库。
它添加了选项--sort=<key>：
根据给定的关键字排序。前缀-按值的降序排序。您可以多次使用--sort=<key>选项，在这种情况下，最后一个键将成为主键。支持的密钥与git for each-ref中的密钥相同。排序顺序默认为基于完整的refname（包括refs/…前缀）进行排序。首先列出分离的HEAD（如果存在），然后列出本地分支，最后列出远程跟踪分支。
在这里：
git branch --sort=-committerdate
或者（见下文Git 2.19）
# if you are sure to /always/ want to see branches ordered by commits:
git config --global branch.sort -committerdate
git branch
另见Karthik Nayak（KarthikNayak）的承诺9e46833（2015年10月30日）。帮助人：Junio C Hamano（吉斯特）。（由Junio C Hamano--gitster合并，提交415095f，2015年11月3日）
当根据数值排序时（例如--sort=objectsize），当两个引用都保持相同值时，不会进行回退比较。如Johannes Sixt（$gmane/280117）所指出的，这可能会导致意外结果（即，不能预先确定列出具有相等值的引用的顺序）。因此，回退到基于refname的字母比较只要其他标准相等。$git分支--sort=objectsize*（HEAD与fromtag分离）分支二分支一主人
使用Git 2.19，可以默认设置排序顺序。gitbranch支持一个configbranch.sort，就像git标记，它已经有了一个configtag.sort。参见Samuel Maftoul（“”）的承诺560ae1c（2018年8月16日）。（于2018年8月27日由Junio C Hamano--gitster在提交d89db6f中合并）
分支排序：
此变量控制由gitbranch显示的分支的排序顺序。如果不提供“--sort=<value>”选项，将使用此变量的值作为默认值。
要列出远程分支，请使用gitbranch-r--sort=objectsize。-r标志使其列出远程分支而不是本地分支。
在Git 2.27（2020年第二季度）中，“Git branch”和其他“for each ref”变体接受了多个--sort=<key>选项，其优先级递增，但在“--ignore case”处理方面存在一些漏洞，以及与refname的连接中断，这些问题已得到解决。
参见Jeff King（peff）的承诺7c5045f，承诺76f9e56（2020年5月3日）。（由Junio C Hamano--gitster合并，于2020年5月8日提交6de1630）
ref筛选器：仅在所有用户排序后应用回退refname排序签字人：Jeff King
提交9e468334b4（“ref-filter:fallback on alphabetic comparison”，2015-10-30，Git v2.7.0-rc0--第10批中列出的合并）教导ref-filter的排序回退到比较参考名。但它在错误的级别执行了这一操作，覆盖了来自用户的单个“--sort”键的比较结果，而不是在所有排序键都用完之后。这对于一个“--sort”选项是正确的，但对于多个选项则不正确。我们将打破第一个键与refname之间的任何联系，并且永远不会计算第二个键。为了让事情变得更有趣，我们有时只应用了这种回退！对于像“taggeremail”这样需要字符串比较的字段，我们确实会返回strcmp（）的结果，即使它是0。但对于“taggerdate”等数字“value”字段，我们确实应用了回退。这就是为什么我们的多重排序测试忽略了这一点：它使用taggeremail作为主要比较。因此，让我们从添加一个更严格的测试开始。我们将有一组提交，表达两个标签电子邮件、日期和参考名的每一个组合。然后，我们可以确认我们的排序应用了正确的优先级，我们将同时命中字符串和值比较器。这确实显示了错误，修复方法很简单：在所有ref_sorting键都用完之后，将回退移到外部compare_refs（）函数。注意，在外部函数中，我们没有“ignore_case”标志，因为它是每个单独ref_sorting元素的一部分。由于我们没有使用用户的密钥进行匹配，因此这种回退应该做什么是值得商榷的。但到目前为止，我们一直在努力尊重这面旗帜，所以最不具侵略性的事情就是继续这样做。由于当前代码中的所有调用方要么为所有键设置标志，要么为无设置标志，因此我们只能从第一个键中提取标志。在一个假设的世界中，用户真的可以分别翻转按键的不区分大小写，我们可能需要扩展代码以将这种情况与“忽略大小写”区分开来。
“git-branch--sort”（man）的实现写入了分离的HEAD显示，它一直都是破解的，git 2.31（2021第1季度）对此进行了清理。
请参阅提交4045f65、提交2708ce6、提交7c269a7、提交d094748、提交75c50e5（2021 1月7日），以及提交08bf6a8、提交ffdd02a（2021 1月6日），作者为瓦尔·阿恩弗·比亚马森（avar）。（由Junio C Hamano——gitster——于2021 1月25日提交9e409d7合并）
branch：在反向排序下首先显示“HEAD detached”签字人：Ævar ArnfjörěBjarmason
更改类似“gitbranch-l-sort=-objectsize”（man）的输出，以在输出的开头显示“（HEAD detached at＜hash＞）”消息。在前面的提交中添加compare_dedetached_head（）函数之前，我们会将此输出作为紧急效果发出。为了进行排序，考虑“（HEAD detached at＜hash＞）”消息的对象大小、类型或其他非属性没有任何意义。让我们总是在顶部发射。首先对其进行排序的唯一原因是，我们将其注入到ref过滤器机制中，因此内置/branch.c不需要进行自己的“我分离了吗？”检测。
在Git 2.35（2022年第1季度）中，类似于“Git-c branch.sort=伪分支new HEAD”（man），即。不需要排序键信息的“gitbranch”（man）命令的操作模式不再因看到伪排序键而出错。
参见Junio C Hamano（gitster）的commit 98e7ab6，commit 1a89796（2021 10月20日）。（由Junio C Hamano——gitster——于2021 11月29日提交5126145合并）
对于每个ref：延迟解析--sort=<atom>选项
for-each ref命令系列在看到每个--sort=<atom>选项时立即调用解析器，当<atom>未被识别时，甚至在命令行上看到其他选项之前就终止。相反，将它们累积在字符串列表中，并在命令行解析完成后将它们解析为ref_sorting结构。因此，“gitbranch-sort=fake-h”（man）过去无法提供简短的帮助，这可能是一个特性，现在可以了，这与其他选项的工作方式更加一致。
我作为脚本的最佳结果：
git for-each-ref --sort=-committerdate refs/heads/ --format='%(refname:short)|%(committerdate:iso)|%(authorname)' |
sed 's/refs\/heads\///g' |
grep -v BACKUP |
while IFS='|' read branch date author
do
printf '%-15s %-30s %s\n' "$branch" "$date" "$author"
done
我喜欢使用相对日期，并将分支名称缩短如下：
git for-each-ref --sort='-authordate:iso8601' --format=' %(authordate:relative)%09%(refname:short)' refs/heads
这为您提供了输出：
21 minutes ago nathan/a_recent_branch
6 hours ago master
27 hours ago nathan/some_other_branch
29 hours ago branch_c
6 days ago branch_d
我建议制作一个Bash文件来添加所有您喜爱的别名，然后将脚本分享给您的团队。下面是一个示例，只添加以下内容：
#!/bin/sh
git config --global alias.branches "!echo ' ------------------------------------------------------------' && git for-each-ref --sort='-authordate:iso8601' --format=' %(authordate:relative)%09%(refname:short)' refs/heads && echo ' ------------------------------------------------------------'"
然后，您可以这样做，以获得一个格式和排序良好的本地分支列表：
git branches
更新：如果要着色，请执行以下操作：
#!/bin/sh
#
(echo ' ------------------------------------------------------------' && git for-each-ref --sort='-authordate:iso8601' --format=' %(authordate:relative)%09%(refname:short)' refs/heads && echo ' ------------------------------------------------------------') | grep --color -E "$(git rev-parse --abbrev-ref HEAD)$|$"
另一种变化：
git branch -r --sort=-committerdate --format='%(HEAD)%(color:yellow)%(refname:short)|%(color:bold green)%(committerdate:relative)|%(color:blue)%(subject)|%(color:magenta)%(authorname)%(color:reset)' --color=always | column -ts'|'
值得注意的是，尽管它正在查看远程分支中的更改，但在运行命令之前还是值得与origin同步（您可以使用Git fetch），因为我发现如果您的本地Git文件夹有一段时间没有更新，它可能会返回过期信息。
此外，这是一个在Windows cmd和PowerShell中工作的版本：
git branch -r --sort=-committerdate --format="%(HEAD)%(color:yellow)%(refname:short)|%(color:bold green)%(committerdate:relative)|%(color:blue)%(subject)|%(color:magenta)%(authorname)%(color:reset)" --color=always
通常我们最近会考虑远程分支。所以试试这个
git fetch
git for-each-ref --sort=-committerdate refs/remotes/origin
