Git cherry-pick提交导致发布分支diff计算异常的解决方案咨询

问题根因 #

你遇到的异常本质是变更统计逻辑的差异：

• 如果你是用git diff R1..R2（提交范围对比）或者统计git log R1..R2对应的修改文件，cherry-pick生成的是内容相同、但提交哈希完全独立的新提交，master上的原始bugfix提交会被识别为R1分支不存在的新提交，因此会把MS-A计入变更范围。
• 如果你直接对比两个分支HEAD的最终快照，只要cherry-pick的内容和原始提交完全一致，是不会出现这个问题的，你可以先检查下当前的diff命令用的是不是提交范围语法。

方案1：替换为快照对比逻辑（最推荐，零流程改动） #

完全不用调整现有发布、cherry-pick的操作流程，仅修改变更统计的命令即可：
把你当前的diff命令从提交范围模式改成快照对比模式，示例命令：

# 原命令（提交范围对比，会触发问题）
git diff --name-only R1..R2
# 替换为快照对比命令，仅输出两个分支最终状态下内容有差异的文件
git diff --name-only R1 R2

如果只需要统计变更的顶级文件夹，可以加额外过滤逻辑：

git diff --name-only R1 R2 | awk -F '/' '{print $1}' | sort | uniq

只要你cherry-pick到R1的修复内容和master上的原始提交内容完全一致，MS-A的文件在两个分支的最终快照里完全相同，diff结果就不会包含MS-A，只会输出MS-C、MS-D的变更。
注意：如果cherry-pick时存在冲突修改，导致两个分支上的修复内容不一致，快照对比会正常识别出差异，属于符合预期的行为，代表两个分支的对应微服务内容确实不同需要部署。

方案2：基于patch-id过滤已cherry-pick提交（适合需要保留提交溯源的场景） #

如果你有合规、审计要求必须基于提交历史统计变更，也可以通过git patch-id匹配过滤掉已经cherry-pick的提交，完全不需要改动现有发布流程：

1. 先计算R1分支上所有提交的patch-id，存入临时文件：

git log R1 --pretty=format:%H | xargs git show | git patch-id | awk '{print $1}' > r1_patch_ids.txt

2. 再遍历R1到R2之间的所有提交，过滤掉patch-id已经存在于R1的提交，再统计变更目录：

for commit in $(git log R1..R2 --pretty=format:%H); do
  patch_id=$(git show $commit | git patch-id | awk '{print $1}')
  if ! grep -q "$patch_id" r1_patch_ids.txt; then
    git show --name-only $commit | tail -n +6
  fi
done | awk -F '/' '{print $1}' | sort | uniq

patch-id是git基于提交的内容差异生成的哈希，只要提交的修改内容完全一致，不管提交哈希、提交时间、作者信息是什么，patch-id都会完全相同，可以精准识别已经cherry-pick到旧版本的提交。

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