订购git-rev-list

时间:2012-11-05 00:38:33

标签: git git-rev-list

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)。这种行为是否定义明确?

2 个答案:

答案 0 :(得分:4)

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

默认情况下,

git log订单也按逆时间顺序排列。但是,当您使用--graph运行它时,它意味着--topo-order

最后,按日期的提交顺序由 commit 日期完成,但git log的默认输出显示 author 日期。有了补丁,樱桃挑选和rebase,这两者可能会失去同步。

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

答案 1 :(得分:1)

Git 2.16(2018年第一季度)允许git describe在用作git describe <blob>时根据可用的参考号为对象提供人类可读的名称。
(详见“Which commit has this blob?”)

在这种情况下,git rev-list会添加一个新订单 请commit ce5b6f9旁边Stefan Beller (stefanbeller)

  

revision.h:按照提交的顺序引入blob / tree walk

     

按照查看顺序列出树对象的功能   遍历提交将在下一个提交中使用,   我们教导git describe不仅要描述提交,还要描述blob。

这意味着git rev-list man page有一个新的对象遍历顺序:

--in-commit-order::
     

按提交顺序打印树和blob id   树和blob id在它们首次被提交引用后打印。