Git从development向master cherry-pick遇冲突，如何查询需前置cherry-pick的依赖提交？

1. Git内置快速获取两分支顺序化提交差集 #

直接使用Git自带的cherry子命令即可完成基础的提交差集比对，无需额外安装工具：

• 切换到本地master分支拉取最新代码：git checkout master && git pull
• 运行命令按拓扑顺序输出development与master分支的提交差异：git cherry -v master development
  • 输出前缀为+的条目，代表该提交尚未等效合入master，需要按列表顺序执行cherry-pick
  • 输出前缀为-的条目，代表该提交的等效变更已经存在于master（哪怕提交哈希不同，比如此前已经手动cherry过的提交），无需重复操作
    该命令的输出严格按照提交的创建时间、父子拓扑关系排序，不会出现新提交排在旧依赖提交前面的乱序情况。

2. 单目标提交的前置依赖自动识别脚本 #

如果不需要全量比对两分支，仅需针对development上的某一个特定提交，自动列出执行cherry-pick前必须合入的所有前置依赖，可以使用以下Shell脚本实现：
将脚本保存为get_cherry_deps.sh，赋予执行权限后即可调用：

#!/bin/bash
# 脚本用法: ./get_cherry_deps.sh <目标提交哈希> [基准分支(默认master)]
TARGET_COMMIT=$1
BASE_BRANCH=${2:-master}

if [ -z "$TARGET_COMMIT" ]; then
  echo "请传入要cherry-pick的目标提交哈希作为第一个参数"
  exit 1
fi

# 计算两个分支的最早公共分叉点
MERGE_BASE=$(git merge-base "$BASE_BRANCH" "$TARGET_COMMIT")

echo "执行cherry-pick $TARGET_COMMIT 前，需按以下顺序合入前置依赖提交："
# 输出从分叉点到目标提交的所有提交，按从旧到新的正序排列
git log --oneline --reverse "$MERGE_BASE..$TARGET_COMMIT"

脚本核心逻辑：

• 通过git merge-base定位两个分支的历史分叉点，不会把公共祖先之前的无关提交纳入计算范围
• 用--reverse参数反转Git日志默认的倒序输出，保证列出的提交顺序就是实际cherry-pick的执行顺序（先pick最早的依赖提交，最后pick目标提交）
• 全程无需手动逐行比对两个分支的提交日志，所有缺失的依赖提交会被自动筛选出来

3. 配套批量操作技巧 #

拿到顺序化的依赖提交列表后，无需手动逐次输入提交哈希执行cherry-pick，可以直接通过命令串自动按顺序执行：

• 把正序排列的待pick提交哈希写入临时文件：git rev-list --reverse "$MERGE_BASE..$TARGET_COMMIT" > cherry_pick_list.txt
• 批量触发顺序化cherry-pick，遇到冲突可手动解决后执行git cherry-pick --continue完成流程：git cherry-pick $(cat cherry_pick_list.txt)

注意事项：
上述脚本识别的是提交直接父链上的拓扑依赖，如果存在跨平行分支的非直接依赖（比如目标提交依赖另一个未合入的平行特性分支的代码），脚本无法自动识别，需要结合实际cherry-pick过程中的冲突点补充调整

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