如何检查目标提交内容是否已纳入含压缩提交的上游分支

需求说明 #

需要确认某个target-commit的所有变更是否已包含在upstream分支中——即便上游分支将这些变更压缩进其他提交、或修改了提交信息。同时整个检查过程不能改动当前工作树或索引，本质是验证：将该提交cherry-pick到上游分支时，会生成空提交且无冲突。

Git内置直接解决方案 #

使用git cherry-pick的参数组合即可实现需求：

git cherry-pick --dry-run --no-commit target-commit upstream

• --dry-run：仅模拟操作流程，不会实际修改任何文件或创建提交
• --no-commit：即便操作成功，也不会生成新提交，避免残留临时提交痕迹

结果判断 #

• 无输出且命令执行成功（返回码0）：说明target-commit的所有变更已完全包含在upstream分支中，实际执行cherry-pick时仅会生成空提交（需加--allow-empty才会创建空提交，但dry-run阶段已可确认变更存在）
• 输出冲突信息：变更未完全纳入上游分支，cherry-pick会触发冲突
• 提示The previous cherry-pick is now empty：直接确认目标提交的变更已存在于上游分支

备选方案：用临时索引做细致对比 #

如果需要更底层的验证，可以借助临时索引操作，完全不影响当前工作区：

1. 创建临时索引文件：

export TEMP_INDEX=$(mktemp)

2. 将上游分支的文件状态加载到临时索引：

git read-tree upstream

3. 把目标提交的变更应用到临时索引：

git apply --index <(git diff target-commit^ target-commit)

4. 对比临时索引与上游分支的差异：

git diff-index --quiet upstream

5. 结果判断：
   • 命令返回0：目标提交的变更完全包含在upstream分支中
   • 返回非0：仍有变更未被上游分支纳入
6. 清理临时索引并恢复原状态：

rm $TEMP_INDEX
git read-tree HEAD

为什么git cherry不适用 #

git cherry通过对比提交的补丁ID（patch ID）判断变更是否存在，若上游分支将目标提交的变更压缩进其他提交，补丁ID会发生变化，导致git cherry无法识别这些变更已存在，因此无法满足需求。

内容的提问来源于stack exchange，提问作者Alexander