git-rev-list的排序

Question

git-rev-list如何对它返回的提交进行排序？

我主要指的是并发开发分支上的提交，然后合并到主分支中。提交似乎不是按照日期排序的，这是有意义的，因为提交可以从过去或未来的不同时间中挑选出来。

例如，这里有一些来自git-log的历史记录。

*   Sat, 25 Aug 2012 11:37:23 -0700 8238401
|\  
| * Thu, 23 Aug 2012 12:29:09 -0700 c9de861
* |   Fri, 24 Aug 2012 16:29:01 -0700 b7e8827
|\ \  
| * | Mon, 14 May 2012 20:46:30 +0200 0a1db74
| * | Mon, 14 May 2012 17:54:25 +0200 e03e71d
| * | Fri, 13 Jul 2012 12:01:11 +0200 bffa852
* | |   Fri, 24 Aug 2012 15:45:13 -0700 09fad50
|\ \ \  
| * | | Fri, 24 Aug 2012 12:19:22 -0700 97a17e4
| * | | Thu, 9 Aug 2012 19:43:25 -0700 5f4a61a
| * | | Fri, 3 Aug 2012 14:28:07 -0700 0c8858d
| * | | Thu, 2 Aug 2012 13:00:58 -0700 aa13bf0
| * | | Wed, 18 Jul 2012 14:30:15 -0700 decff7b
* | | |   Fri, 24 Aug 2012 15:43:19 -0700 091c742

下面是通过rev-list获得的相同历史记录的输出。

$ git rev-list HEAD --max-count=13
8238401ccb9f7018c927866896bea583d351ad2a # 1 root
c9de8611d6a3e77757a714cdf6acf46178b1d622 # 2 descends into the second parent
b7e8827b8bbca0c69d85be34cc4a88888c1152f2 # 3 first parent of root
09fad5069636fb2e8cacf15817834e3d32ff6b8e # 4 descends into the first parent
091c742af985cc78711727ca06a24ae42b376fae
7fbca880aa5c011257ef734d0b5bfd5545dbaf6b
07c06f7a83640e11d6be13a87f02e986ecc6e4b3
1168410426293aef8ce33becb277ff225595e183
97a17e4e9fa5cafa531ff79cb88a9ee5c224a613
0a1db746fbcaf09681e446250f75581cc8f8fd05
e03e71da56608f60770eb80767dcd94e698cdcae
5f4a61aea834fe25ce1596bc9c0e0b5e563aa98b
0c8858de8c82bae3fd88513724689a07d231da7e

rev-list命令如何决定是列出第一个父级还是下降到第n个父级的提交图？例如，在上面查看(1)之后，rev-list下降到第二个父列表(2)。然而，在查看(3)之后，它下降到第一个父级(4)。这个行为是否定义良好？

Answer 1

默认情况下，提交按相反的时间顺序排序。您可以根据您传递的选项以不同的顺序获得输出。有关其他选项，请参阅git-rev-list手册页中的提交顺序部分。

默认情况下，git log的排序也是按时间顺序排序的。但是，当您使用--graph运行它时，它暗示着--topo-order。

最后，commit by date是按commit date排序的，但git log的默认输出显示作者日期。使用补丁、精挑细选和更新换代，这两个可能会不同步。

最后两点应该解释为什么您的两个输出的排序不同，以及为什么表面上git rev-list没有按日期排序。