3

我一直在研究分支align，想从中挑选一些提交到master. 我git cherry用来寻找候选提交：

C:\Users\me\Documents\repo>git cherry -v master align | head -1
+ c2bbb3d99440be7524673702c92ad65e6522d2b1 Made RW_assert() work on 64-bit.

我的理解是 '+' 表示在master. 但我记得已经挑选了这个承诺master。事实上，这是rw-fwd.h对分支文件的最新更改align：

C:\Users\me\Documents\repo>git log align -1 rw-fwd.h
commit c2bbb3d99440be7524673702c92ad65e6522d2b1
Author: Me
Date:   Thu Jun 8 10:41:01 2017 +1000

    Made RW_assert() work on 64-bit.

并且仍然是分支上 rw-fwd.h 的最新更改master：

C:\Users\me\Documents\repo>git log master -1 rw-fwd.h
commit 5bc790b9b0adfcdc6c0a07b679155e33974e343a
Author: Me
Date:   Thu Jun 8 10:41:01 2017 +1000

    Made RW_assert() work on 64-bit.

状态文档git cherry：“等效测试基于差异，在删除空格和行号之后。git-cherry 因此检测提交何时通过 git-cherry-pick[1]、git-am[ 1] 或 git-rebase [1]。” 从视觉上看，使用git show，提交看起来是一样的，但让我们绝对确定：

C:\Users\me\Documents\repo>git show c2bbb3d | git patch-id
f6ad0912fd71f694b6b00c6ea93c87af7cf4ab98 c2bbb3d99440be7524673702c92ad65e6522d2b1

C:\Users\me\Documents\repo>git show 5bc790b | git patch-id
f6ad0912fd71f694b6b00c6ea93c87af7cf4ab98 5bc790b9b0adfcdc6c0a07b679155e33974e343a

补丁 ID 是相同的。为什么git cherry没有检测到这个提交已经被挑选出来了？

编辑：下面是经过消毒的git log --oneline --decorate --graph。 我添加这个是为了回应@torek 的答案，不是因为我怀疑答案是否正确，而是因为我会根据该答案在解释真正的提交日志方面提供一些帮助。

master位于 a52f43e（第一行）和align9ffa94e（第三行）。 align是图上最右边的线，一直向下，并且不合并。

* a52f43e ######## ############ #####
* 507e731 ##### ##### ### ## ###
| *   9ffa94e (origin/align) Merge branch 'master' of https://ghe/repo/repo into align
| |\
| |/
|/|
* |   657d6c8 Merge pull request #8 from repo/test_system
|\ \
| * \   679739b Merged origin master into local branch.
| |\ \
| |/ /
|/| |
* | |   c7a5944 Merge branch 'master' of https://ghe/repo/repo
|\ \ \
| * \ \   e12016c Merge pull request #7 from repo/lean-mean
| |\ \ \
| | * | | 144fefd ##### ####### ##### ## #######
| | * | | 87e0e23 ####### ############## ## ####### ####### ...
| * | | | 8613f4e ######## ####### ######### ## ###### #####...
| |/ / /
* | | | 8f70a8d ######### #### ##### ### ###### ### ########...
* | | |   aedb306 Merge branch 'master' of https://ghe/repo/repo
|\ \ \ \
* \ \ \ \   0a4fd59 Merge branch 'master' of https://ghe/repo/repo
|\ \ \ \ \
* \ \ \ \ \   e1cfbfd Merge branch 'PBA_Experiment' of https://ghe/repo/repo
|\ \ \ \ \ \
| * | | | | | 7f1bc5b (######/##############) ##########
| | | | | * | 323d965 ######## ######### ####### ########.##...
| | | | | * | 5839749 ##### #######-#### ###### ## ### ## ##...
| | | | | | * d96ba71 ##-####### ############, ## ##### ####...
| | | | | | * 680354b #### ##### ######### #####, ##-###### ...
| | | | | | * a066e66 #####.  ### ### ###### ########## ####...
| | | | | | * afb7945 (###: ####-##-##-#######, ###: ####-##...
| | | | | | *   a14e769 Merge remote-tracking branch 'origin/master' into align
| | | | | | |\
| | | | | |_|/
| | | | |/| |
| | | | * | |   4354de6 Merge pull request #5 from repo/tech-bug-fixes
| | | | |\ \ \
| | | | | * | | c084aa8 (######/####-###-#####) ##### ######...
| | | | | * | | aea8a4f ######### ###-######## # ###### ### ...
| | | | | * | | 7857c95 ### #### #############, ### ### ####...
| | | |_|/ / /
| | |/| | | |
| | | | * | | 0b65102 .
| | | | * | |   2448af9 Merge branch 'master' of https://ghe/repo/repo
| | | | |\ \ \
| | | | * | | | 04c03da ##### ##### ###### ## ###### #######...
| | | | | | | * e05b167 ###### ### ## ######### ##########, ...
| | | | | | | * c3422d5 ##### ###############() ###### ## ##...
| | | | | | | * 92f4eff ##### ### ## ######/######### ####-#...
| | | | | | | * 35fb291 ### ################## (##### ######...
| | | | | | | * 6d12b2c ##### # ####### ## ######### #-###-#...
| | | | | | | *   aa84d37 Merge branch 'master' into align
| | | | | | | |\
| | | | | | |_|/
| | | | | |/| |
| | | | | * | | a96cb9d ##### #### ##### ######## ### ##### ...
| | | | |/ / /
| | | | * | | 911e5d2 ######## ### ##### #########.
| | | |/ / /
| | | * | |   d32ef9a Merge pull request #4 from repo/tech
| | | |\ \ \
| | |/ / / /
| | | * | | 092858f (######/####) ######## #### ## ######.
| | | * | | 1d862dd ##### ############ ## #### ### ### #### ...
| | | * | |   7eae069 Merge branch 'master' into tech
| | | |\ \ \
| | | |/ / /
| | |/| | |
| | | * | | f639a00 ##### ##### ## ### ########
| | | * | | ac794d9 ##### ################ ###### #### #####...
| | | * | | b0296ac ####### ########## ## ####### #### ## ##...
| | | * | | 91f2adf ###########
| | | * | | 47ae5eb ######
| | | * | | a975c46 ####### ##### ## #########
| | | * | |   041a552 Merge branch 'tech' of https://ghe/repo/repo into tech
| | | |\ \ \
| | | | * | | 908b8f7 ######
| | | | * | |   85ff704 Merge branch 'tech' of https://ghe/repo/repo into tech
| | | | |\ \ \
| | | | * | | | 6351c83 ######
| | | * | | | | 1486296 ###### #### ########.
| | | | |/ / /
| | | |/| | |
| | | * | | | 89cefd9 ######### ############# #### ### #####...
| | | |/ / /
| | | * | | 401b346 ### ########## ## ######### ######### ##...
| | | * | |   0e36458 Merge branch 'tech' of https://ghe/repo/repo into tech
| | | |\ \ \
| | | | * | | 7029347 ######
| | | | * | |   d819996 Merge branch 'tech' of https://ghe/repo/repo into tech
| | | | |\ \ \
| | | | * | | | 1d11d8a ######
| | | | * | | |   0f52244 Merge branch 'tech' of https://ghe/repo/repo into tech
| | | | |\ \ \ \
| | | | * | | | | 63f49c3 ######
| | | * | | | | | 15e0017 ######
| | | | |_|/ / /
| | | |/| | | |
| | | * | | | | a7c00b8 ######### ## ### #### ### #### ####
| | | | |/ / /
| | | |/| | |
| | | * | | | 5074fe5 ####### ## #### ########## ###### ## #...
| | | |/ / /
| | | * | | 989e68c ####### ## ### #### ### #### #### ####, ...
| | | * | |   9b3545c Merge branch 'tech' of https://ghe/repo/repo into tech
| | | |\ \ \
| | | | * | | 2a9f6b2 ##### #### ## ######## ######### #####...
| | | * | | | 519ac87 ######
| | | |/ / /
| | | * | | e850bac ######
| | | * | | 7e920c4 ######### ## ### #### ### ####### ### ##...
| | | * | | ac4608d ######## ## #### #### ########### ## ###...
| | | * | | f7f4e0c ###### ##-######### ## ###### ## ## ####...
| | | * | | 7ed258f ##### ######## ## ###### ##### ##### ###...
| | | | | * 67c8f71 ##### ### ## ######### ######## ########...
| | | | | * 2280a88 ##### ######### ### #### ### ##########
| | | | | * 3bd5b85 ##### # ### ## ##-######; ## ##### #####...
| | | | | *   7919cc3 Merge branch 'master' into align
| | | | | |\
| | | |_|_|/
| | |/| | |
| | * | | | 7278053 ##### #### ####### ##########.
| |/ / / /
|/| | | |
| | | | * 31d1e44 ##### # ### ### ### ######### ## ###### ##...
| | | | * 87f8195 ######## ### ### ###### ##### ####### ####...
| | | | * 379bd4a ### '#' ### ## #### # #### ### ####### ###...
| | | | * fe30105 ##### ######### ###### ##### ## ###### ###...
| | | | *   3b50f20 Merge branch 'master' of https://ghe/repo/repo into align
| | | | |\
| |_|_|_|/
|/| | | |
* | | | |   48ca2d6 Merge branch 'master' of https://ghe/repo/repo
|\ \ \ \ \
| |/ / / /
| * | | |   edbf46e Merged from align
| |\ \ \ \
| * | | | | af282b8 ##### ###### ### ######### ### ## .#####...
| * | | | | 2237855 ####### ### ######### ### #### ##### ## ...
| * | | | | f0711d9 ##### ###################() ### ########...
| * | | | | 5bc790b Made RW_assert() work on 64-bit.
* | | | | | c53aad5 ##### ######## ### ######## ####### ### ...
* | | | | | 1b4f135 ##### ####### #### #### ### ######-#####...
| | | | | * 49730f3 #####, ### ######, ## ###### ######## ##...
| | | | | * 8efc11e ##### ###### ### ######### ### ## .#####...
| | | | | * e0f583a ####### ### ######### ### #### ##### ## ...
| | | | | * 3b1a263 ##### ###################() ### ########...
| | | | | * c2bbb3d Made RW_assert() work on 64-bit.
| | | |_|/
| | |/| |
| | * | | 67154d6 ##### ##### ####### ### ####. ######### ##...

查看上面日志的底部，c2bbb3d 是对 的初始提交align，5bc790b 是对master. 67154d6 我期望是共同的祖先，那是输出git cherry停止的地方。

我仍然无法回答的问题是，我怎样才能获得align尚未提交的提交列表master？似乎任何从 可到达align但不是从的提交master都是候选者，只要它还没有被挑选到master。任何馈入的分支master都必须检查樱桃挑选 - 包括图中除了最右边的每个分支，align.

注意：我们已经使用 git 几个月了，所以我很确定我们正在做的大部分事情都不是最佳实践。我们从反复试验中学到了很多东西。

4

1 回答 1

6

让我把新添加的额外问题放在最上面，因为它实际上更重要，也更容易回答：

我仍然无法回答的问题是，我怎样才能获得align尚未提交的提交列表master？

当给定时，您可以通过git rev-list（用于计算机）或git log（用于人类）的输出来获得它：

align ^master

作为两个约束。（提醒一下：git rev-listandgit log本质上是相同的命令，不同之处在于它git rev-list旨在进一步处理，因此它默认只生成完整的哈希 ID，而git log针对人类阅读，因此它默认显示提交。关于显示提交的方式 有很多小而重要的细节，但对于输出来说，它们在这里并不重要。）git log--oneline

这些约束告诉 Git 修订列表 walker：查找“on”的提交——意思是“在从历史开始的遍历历史中可达”——由 name 指定的提交align，但从该列表中排除所有“on”的提交master. 鉴于上图，这个提交列表相当长。

这种特殊的形式 ,yes ^no可以no..yes改为拼写，给出更熟悉的短形式：

git log --decorate --oneline --graph master..align

（请注意，此表格中有两个点）。我已经包括了DOG，装饰线图，选项，因为对于这个特殊的目的，友好的狗确实经常很有帮助。1

如果你颠倒名称——<code>git log align..master——你会得到，在这种情况下是两个，提交是 onmaster而不是 on align。

这也是三点或对称差分形式处理的内容：当我们写master...alignor时align...master，如下面的原始答案所示，我们告诉 Git 产生这两种行走。一个找到master未打开的提交align（只有两个），另一个找到align未打开的提交master（很多）。

git rev-list当我们使用（或）这种三点对称差分形式时git log，我们可以告诉 Git 标记输出以显示提交来自哪一侧。该标记甚至可以git patch-id用来查找两侧相同的提交。但它不会查看任何未被双方选择的提交，特别是当您将其剥离为--left-onlyor--right-only时，您可能会丢弃大量数据。（这些数据点通常是无用的，丢弃它们是好的，但它们并不总是无用的。）

1对于git log，我认为--decorate几乎一直打开实际上是一个好主意。事实上，Linus Torvalds 自己在 v2.1.0 中将它添加到 Git是个好主意，但直到 Git v2.9.0 之前没人记得记录它。

请注意，您在上面添加的图表有些复杂（许多松鼠式的小线四处奔跑），因此存在不止一个提交，其中不同的线分叉和连接。当您使用master...alignoralign...master时，修订遍历代码会修剪掉从两个起点可到达的任何提交。想象一下打印出日志并拿两个荧光笔。使用一种颜色，您开始标记并为您可以从那里到达的所有线条和星星上色。使用另一种颜色，您开始标记并着色您可以从那里到达的所有线条和星星。无论两个突出显示重叠的地方，这些提交都在两者上；在他们没有的地方，这些提交只在一个分支上。masteralign

原始答案，关于git cherry

补丁 ID 是相同的。为什么git cherry没有检测到这个提交已经被挑选出来了？

该git cherry命令仅查看提交图的有限子集。看整个事情会花费太长时间而收获太少。

我不确定你是如何进入这种特殊情况的（有不止一种方法可以到达这里），但这里有两种不同的 [编辑：和简单] 情况，它们可能通过以下方式显示git log --oneline --decorate --graph align master：

* c2bbb3d (align) Made RW_assert() work on 64-bit.
* xxxxxxx some other commit here
| * 5bc790b (master) Made RW_assert() work on 64-bit.
|/
* yyyyyyy whatever commit here
* zzzzzzz yet another commit
   ... snip ...

或者：

* c2bbb3d (align) Made RW_assert() work on 64-bit.
* xxxxxxx some other commit here
| * zzzzzzz (master) yet another commit
|/
* yyyyyyy whatever commit here
* 5bc790b Made RW_assert() work on 64-bit.
   ... snip ...

运行git cherry master align会将提交显示为多余的，即不需要挑选樱桃，仅适用于第一张图。这样做的原因是，它只git cherry查看从两条图形线分叉的点“向上延伸”的图形部分。

由于两条图形线在 处重新连接yyyyyyy whatever commit here，因此该命令永远不会查看“在该点或以下”的任何提交。鉴于您的声明c2bbb3d是“新的”，您的图表必须类似于第二个图表，而不是第一个（并且您的评论回复说它确实如此）。

更精确的定义

更准确地说，git cherry master align用于git rev-list --left-right master...align识别在分支或分支上但不在两个分支上的提交。对于像上面这样的简单图表，这会切断合并基础及其所有父提交。如果图有更复杂的拓扑，可能有多个合并基；都被排除在外；准确地包括那些仅可从两个特定提交之一到达的提交，并且每个此类提交在内部都被标记为是从左侧参数 ( in ) 还是从右侧参数 ( in ) 到达的。alignmastermastermaster...alignalignmaster...align

命令——git cherry甚至是git rev-list命令本身，带有正确的参数——然后计算git patch-id两侧的每个提交。这让它可以检测哪些提交是相同的，哪些是不同的。但它永远不会为对称差异三点语法排除的任何提交计算补丁 ID 。在一个大型存储库中，它排除了大多数提交，通常对那些提交并不重要，因为这些提交已经在两个分支上。

于 2017-07-07T15:02:09.497 回答