“gitcherry”将已经挑选的提交显示为“准备应用”

Question

我一直在分支上工作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 才几个月，所以我很确定我们所做的大部分都不是最佳实践。我们从反复试验中学到了很多东西。

Answer 1

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

\n\n

\n

我仍然无法回答的问题是，如何获得align尚未提交的提交列表master？

\n

\n\n

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

\n\n

align ^master\n

\n\n

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

\n\n

这些约束告诉 Git 修订列表遍历器：找到“在”\xe2\x80\x94 上的提交，意思是“在从“\xe2\x80\x94”开始的遍历历史记录中可到达该名称指定的提交align，但从中排除列出所有“on”的提交master。 根据上图，这个提交列表相当长。

\n\n

这种特殊形式 ,yes ^no可以拼写no..yes为更熟悉的缩写形式：

\n\n

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

\n\n

（请注意，此形式中有两个点）。我已经添加了DOG、装饰单线图选项，因为对于这个特定目的，友好的狗通常确实很有帮助。¹

\n\n

如果您反转名称\xe2\x80\x94 git log align..master\xe2\x80\x94，您将获得（在本例中为两个）master不在 上的提交align。

\n\n

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

\n\n

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

\n\n\n\n

¹对于，我认为几乎一直git log处于开启状态实际上是一个好主意。--decorate事实上，这是一个好主意，Linus Torvalds 自己在 v2.1.0 中就将它添加到了 Git 中，但直到 Git v2.9.0才有人记得记录它。

\n\n\n\n

请注意，您在上面添加的图表有些复杂（许多松散的小线四处奔走），因此存在多个提交，其中各行分叉和连接。当您使用master...alignor时align...master，修订行走代码会删除任何可到达的提交两个起点想象一下打印日志并使用两个荧光笔对其进行标记。使用一种颜色，您可以开始标记master并为从那里可以到达的所有线条和星星着色。使用另一种颜色，您开始标记align并为从那里可以到达的所有线条和星星着色。只要两个突出显示重叠，这些提交就会同时出现在两个突出显示上；如果没有，这些提交仅在一个分支上。

\n\n

原始答案，关于git cherry

\n\n

\n

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

\n

\n\n

该git cherry命令仅查看有限的子集提交图的纵观全局，时间太长，收获却太少。

\n\n

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

\n\n

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

\n\n

或者：

\n\n

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

\n\n

运行git cherry master align将显示提交为冗余，即不需要挑选，仅针对第一个图。这样做的原因是只git cherry查看图形中从两条图形线分叉点“向上延伸”的部分。

\n\n

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

\n\n

更精确的定义

\n\n

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

\n\n

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

\n