如果有一个主题分支，有没有办法显示对该分支所做的独特更改？
主题分支可能已经合并到主分支。
用例是如果有人想在该主题分支被合并 6 个月后查看它的独特更改。
【问题讨论】：
标签： git
如果主题分支被合并为fast-forward merge，则无法执行此操作，因为无法判断主题分支的开始位置。
但是在许多情况下，合并不会是快进合并，因为在主题分支正在开发时在主干上进行了提交。在这种情况下，会有一个合并提交，这使我们能够实现您的要求：
如果合并主题分支的提交由commit-ish$topic_merge表示，那么你可以这样做：
git log $topic_merge --not $topic_merge^
这不包括合并之前主干中的所有提交（即合并提交的第一个父级）及其所有祖先。
注意，这也可以写成
git log $topic_merge ^$topic_merge^
或
git log $topic_merge^..$topic_merge
虽然在使用zsh 时，您可能不得不在第一种情况下避免文件名生成扩展：
git log $topic_merge \^$topic_merge^
这甚至适用于octopus merges，因为它会显示来自合并带来的任何分支中尚未在主干中的所有更改。
唯一的缺点是它可以包含合并到主题分支中的任何其他提交。如果您不想包含这些，那么您需要再次依赖合并提交的存在，以便区分主题分支提交和合并到主题中的提交。这需要递归完成，并从上面给出的结果中减去结果。
【讨论】：
git merge 的@ 选项。我会更新答案以澄清这一点。
我遇到了处理cherry-pick{able,ed}提交的各种日志选项，我很确定
git log --decorate --oneline --cherry master...topic
将在此处投放（注意三个点）。
供参考，git log 和 git revisions（指定修订和修订集的方法）文档。
要查找topic 到master 的最新记录合并，无论topic 引用是否已被删除，
git log --oneline -1 --first-parent --merges --grep="^Merge branch 'topic'" master
并记住它以供以后使用，例如
merge=$(git log --pretty=%H -1 --first-parent --merges --grep="^Merge branch 'topic'")
这样你就可以了
git log --decorate --oneline --cherry $merge^...$merge^2
其他选项：
在普通情况下，topic 仍然处于活动状态，您只关心合并正在处理的更改：
git diff master...topic
如果 topic 引用已被删除，即如果您正在处理这里的考古案例，则要查找 topic 到 master 的最新记录合并：
git log --oneline -1 --first-parent --merges --grep="^Merge branch 'topic'" master
您可以使用
为合并和合并提示提交 ID 设置一个变量merge=$(git log --pretty=%H -1 --first-parent --merges \
--grep="^Merge branch 'topic'" master)
topic=$(git rev-parse -q --verify $merge^2)
edit：我保证有一天我会停止提供键盘到编辑框的命令。上面的工作现在。
如果您决定不记录合并，那么当然没有合并记录。
已记录的合并可能会使提交图变得混乱，如果它们中有很多，它们可能会使其难以遵循；此外，提交消息主题旨在足以确定其中完成的工作范围。所以 git 通常在可能的情况下更喜欢线性历史。为了避免依赖于提交主题，确保在祖先链中记录管理上重要的边界（对于大型项目，这通常是一个非常好的主意），进行合并并指定--no-ff。
要获取当前的topic 提示或获取其最近合并的提示：
topic=$( git rev-parse -q --verify refs/heads/topic \
|| git rev-parse -q --verify $( git log --pretty=%H \
-1 --first-parent --merges \
--grep="^Merge branch 'topic'" master)^2 )
$topic 的分支中的第一次从 master 提交：
first=`git rev-list master..$topic --reverse --first-parent | sed q`
该提交的第一个父节点是来自 master 的分支点：
branchbase=`git rev-parse $first^`
显示自从历史第一次分歧以来关于 $topic 的所有变化：
git diff $branchbase..$topic
【讨论】：
rev-parse / log / rev-list 箍，与我回答中的方法相比有优势吗？ 2）为什么不用git merge-base来确定分支点呢？ 3）你如何处理包含合并提交的主题分支，例如如this gist?所示
$topic_merge --not $topic_merge^。 first 的分配找到了分支基础，而不是最新的合并基础，这也是您的答案甚至没有提到的任务。这说明了所有的“箍”。
gitk 或IDE 来grep/浏览历史并找到它，我认为答案不应该太固执己见。但是我可以看到您的命令对某些人有用。但是我仍然不明白需要计算分支基数。也许您担心包含主干合并的主题分支？但我的回答处理得很好。
topic 在其提示之前提交（并且，如果 @ 987654353@ 仍然处于活动状态，已部分合并，并且具有未合并的提交，自上次合并以来的所有提交），但包括从其他分支合并的所有合并和提交，无法区分哪个提交来自哪个分支——我的，通过包括all 更改对主题分支的影响，无论是通过合并还是普通工作合并。
我相信这里的答案是这是不可能的。
原因是 git 不跟踪最初创建分支的位置。分支只是一个指向分支尖端的指针。
因此，如果自主题分支最初创建以来已对其进行了合并提交，则无法确定是哪个提交启动了该分支。
【讨论】：
git 来跟踪分支的创建位置。
--no-ff 选项用于git merge。