为何git log指定参数命令未按预期？已cherry-pick提交仍列出

你用的这条命令：

git log --reverse --left-only --cherry-pick --oneline dev...main --since 24-oct-2019 --pretty='format:%H %ae'

本意是找出dev分支上没被cherry-pick到main的提交，但出现已cherry-pick的提交混进来的情况，大概率是这几个原因导致的：

• 提交内容存在细微差异：Git的--cherry-pick是靠**patch-id（提交内容的哈希值）**来识别“同一份变更”的。如果cherry-pick时你做了哪怕一点点修改——比如调整了代码缩进、改了提交说明的某个词、甚至是换行符格式变了——生成的新提交patch-id就会和原提交不一样，Git就认不出这是同一个变更，自然会把dev上的原提交放进结果里。
• 分支拓扑的判断偏差：dev...main这个范围指的是「dev独有或main独有的提交」，配合--left-only是取dev独有的部分，但如果main分支创建后有过rebase、合并其他分支的操作，Git对分支历史的追踪可能出现偏差，导致已cherry-pick的提交被误判成dev独有的。
• 历史改写或上下文差异：如果dev分支本身有过历史改写（比如rebase、amend提交），或者cherry-pick到main时的代码上下文和dev里差异太大，生成的patch-id也会不一样。比如原提交是基于dev的某个旧版本，cherry-pick到main的新代码上后，因为周围代码变了，补丁内容自然不同，Git就匹配不上。
• --since参数的过滤干扰：你加了--since 24-oct-2019，如果某个cherry-pick到main的提交时间早于这个日期，但dev里的原提交时间晚于这个日期，Git只会检查指定时间范围内的提交，就会漏掉main里更早的那个cherry-pick版本，把dev里的提交当成未被处理的。

如果想验证的话，可以拿结果里的那个提交哈希，先生成它的patch-id：

git show <有问题的提交哈希> --patch-id | awk '{print $1}'

然后去main分支里搜有没有相同patch-id的提交：

git log main --pretty='format:%H %P %s' | grep <刚才拿到的patch-id>

如果搜不到，说明提交内容确实有差异；如果能搜到，那大概率是分支范围或时间参数的问题。

内容的提问来源于stack exchange，提问作者Sazzad Hissain Khan