如何获取无冲突cherry-pick提交C所需的依赖提交列表？
我有两个分支，比如master和old-release。master分支里有个提交C我想cherry-pick到old-release，但提交R里的重构等必要变更，是C能无冲突cherry-pick的前提；如果R还有依赖提交，还得递归找出所有需要的提交。
提交历史如下：
* C (master) * unrelated-3 * unrelated-2 * R * unrelated-1 | * other fix (old-release) | / * A * ...
简单说，给定提交C和目标分支old-release，我需要一份按顺序排列的提交列表——把这些提交依次cherry-pick后，再cherry-pickC就不会有冲突。
我的思路是：这类工具应该类似git blame的机制——检查C修改的所有行，如果原始行不存在于公共祖先A中，就把对应的提交加入列表，再对这些提交重复这个流程。
我要的是最优解，会审核工具给出的提交列表并测试，目标是自动识别需要cherry-pick的简单提交（多为重构类）来节省时间。
一、原生Git命令组合实现
1. 手动追踪依赖提交
首先找到master和old-release的公共祖先A：
git merge-base master old-release
得到A的提交哈希后，用git log列出A到C之间的所有提交：
git log --reverse --oneline A..C
接下来筛选依赖提交：对C修改的每个文件，用git blame追踪变更行的来源提交：
git blame -L <起始行>,<结束行> <文件路径> C
对找到的依赖提交（比如R）重复上述操作，直到追溯到公共祖先A，最后手动整理出按时间顺序排列的依赖链。这种方式适合小范围变更。
2. 用git rerere简化冲突处理（可选）
如果依赖复杂，可以先尝试直接cherry-pickC，遇到冲突时手动解决，然后开启git rerere记录解决逻辑：
git config --global rerere.enabled true
之后再cherry-pick依赖提交时，Git会自动复用之前的冲突解决方式，但这是事后简化操作，不能提前生成依赖列表。
二、专用工具辅助
1. git-deps自动生成依赖列表
这是一个专门追踪提交依赖的工具，它会分析提交的变更内容，递归找出所有必须的前置提交，自动过滤无关提交。安装后直接运行：
git deps C --to old-release
输出结果就是按顺序排列的、需要cherry-pick的提交列表，包含R及其所有依赖提交。
2. 自定义脚本实现依赖追踪
可以自己写一个简单脚本，核心逻辑是：
- 获取
C相对于公共祖先A的所有变更行 - 对每一行用
git blame找到首次引入该行的提交 - 收集这些提交并去重，按提交时间排序
- 递归处理这些提交，直到所有依赖都追溯到
A
三、最优流程建议
- 用
git merge-base定位公共祖先A - 用
git-deps生成初始依赖列表 - 对列表中的提交，逐个用
git cherry-pick --dry-run验证是否会冲突 - 调整列表顺序（按提交时间从早到晚），依次cherry-pick
- 最后cherry-pick
C，验证无冲突
内容的提问来源于stack exchange，提问作者Robin
