我一直在分支机构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.
仍然是分支master上rw-fwd.h的最新更改：
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（第一行），align位于9ffa94e（第三行）。
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几个月，所以我很确定我们所做的很多事情并非最佳做法。我们从反复试验中学到了很多东西。
答案 0 :(得分：3)
让我把新添加的额外问题放在最上面，因为它实际上更重要，更容易回答：
我仍然无法回答的问题是，我怎样才能获得
align的提交列表，这些提交尚未在master上？
你得到git rev-list（适用于计算机）或git log（适用于人类）的输出：
align ^master
作为两个约束。 （作为提醒：：git rev-list和git log本质上是相同的命令，区别在于git rev-list旨在进一步处理，因此默认情况下它只生成完整的哈希ID虽然git log的目标是人类阅读，但它默认显示提交。有一些关于方式 git log显示提交的小而重要的详细信息，但是对于--oneline输出，他们在这里并不重要。）
这些约束告诉Git修订列表walker：在＆＃34;从指定的提交开始的历史记录中找到＆＃34; on＆＃34; -meaning＆＃34;可以到达的提交名称为align，但从该列表中排除所有＆＃34; on＆＃34; master。根据上图，此提交列表相当长。
此特定表单 yes ^no 可以拼写为 no..yes ，提供更熟悉的简短形式：
git log --decorate --oneline --graph master..align
（请注意，此表单中有两个点）。我已经包含DOG，装饰Oneline Graph，选项，因为对于这个特殊目的，友好的狗通常很有帮助。 1
如果您撤消名称 - git log align..master - 您将获得master上align上未提交master...align的提交，在这种情况下为两次。
这也是三个 -dot或对称差异形式处理的内容：当我们写align...master或master时，如在下面的原始答案中，我们告诉Git生成这两个。一个人发现align上的提交不在align上（仅两个），另一个查找master上不在git rev-list上的提交（很多）
当我们将这个三点对称差异形式与git log（或git patch-id）一起使用时，我们可以告诉Git标记输出以显示哪一方提交来自。该标记甚至可以使用--left-only来查找双方相同的提交。但它并没有查看双方未选择的任何提交，特别是当您将其删除到--right-only或git log时，您可以删除大量数据。 （那些数据点通常是无用的，丢弃它们很好，但它们总是无用。）
1 对于--decorate，我认为让master...align几乎一直开启真的是一个好主意。事实上，Linus Torvalds himself got it added to Git back in v2.1.0，但nobody remembered to document it until Git v2.9.0，这是一个好主意。
请注意，您在上面添加的图形有点复杂（许多松散的小线条在运行），因此有多个提交，其中各种线路分叉和连接。当您使用align...master或master时，修订行走代码会删除从两个起始点可以访问的任何提交。想象一下打印出日志并带上两个荧光笔。使用一种颜色，您可以在align开始标记并为从那里获得的所有线条和星星上色。使用另一种颜色，您可以在git cherry开始标记并为从那里可以到达的所有线条和星星上色。无论两个突出显示重叠，这些提交都在上;他们不在的地方，那些提交只在一个分支上。
git cherry 补丁ID是相同的。为什么
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仅查看图表中向上延伸的部分＆＃34;从两个图线分叉。
由于两个图形行重新加入c2bbb3d，因此该命令永远不会查看任何提交＆＃34;等于或低于＆＃34;那一点。鉴于您声称git cherry master align是＆＃34;新＆＃34;，您的图表必须类似于第二个图表，而不是第一个图表（而your comment reply表示它确实如此）。
更准确地说，git rev-list --left-right master...align使用align来识别上的提交 master分支，或 {{ 1}}分支，但不在两个分支上。对于像上面这样的简单图形，这会切断合并基础及其所有父提交。如果图形具有更复杂的拓扑，则可能存在多个合并基础;都排除在外;确切地说，那些只能从两个特定提交中的一个提交的提交被包括在内，每个这样的提交在内部标记为是否从左侧参数（master中的master...align）到达或右侧参数（align中的master...align）。
git cherry命令 - 甚至是git rev-list命令本身，使用正确的参数 - 然后计算双方每次提交的git patch-id。这使它可以检测哪些提交是相同的，哪些是不同的。但它永远不会计算对称差三点语法排除的提交的任何的补丁ID。在一个大型存储库中，它排除了大多数提交，通常它们并不重要，因为那些提交已经在两个分支上。