将旧提交合并至当前分支并创建PR时遇Git cherry-pick问题求助

看起来你在cherry-pick合并提交时遇到了典型的父节点选择问题，同时需要恢复一个25天前未生效的特定提交来创建PR。下面是一步步的解决方案：

1. 先清理当前失败的Cherry-Pick状态 #

因为你的cherry-pick操作已经触发了合并冲突提示，现在Git处于"合并中"的状态，首先得回到干净的工作区：

git cherry-pick --abort

执行这个命令后，你的分支会回到执行cherry-pick之前的状态。

2. 定位目标提交的哈希值 #

你需要先确认25天前那个未生效的提交的具体哈希。可以用这个命令快速筛选最近25天的提交：

git log --oneline --since="25 days ago"

这个命令会输出简洁的提交列表（哈希+提交信息），找到你要恢复的那个提交的哈希串（比如a1b2c3d）。如果记得提交的关键词，也可以用git log --grep="你的提交关键词"来精准搜索。

3. 正确执行Cherry-Pick（分两种情况） #

你之前遇到需要-m选项的提示，说明目标提交是一个合并提交（也就是用git merge生成的、有多个父节点的提交）。Git需要你指定要继承哪个父节点的内容：

情况A：目标提交是普通提交（非合并提交） #

如果确认目标提交是单个分支上的普通提交，直接执行：

git cherry-pick <目标提交哈希>

如果没有冲突，这个提交就会被应用到当前分支。

情况B：目标提交是合并提交 #

对于合并提交，必须用-m指定父节点序号（通常-m 1对应合并时你所在的基础分支，比如master）：

git cherry-pick -m 1 <目标提交哈希>

不确定父节点序号的话，可以用git show <目标提交哈希>查看提交详情，里面会显示parent 1和parent 2的哈希，对应合并时的两个分支。一般选parent 1就符合常规需求。

4. 处理可能的冲突 #

如果cherry-pick时出现文件冲突，Git会列出冲突文件。你需要：

• 打开冲突文件，手动删除冲突标记（<<<<<<<、=======、>>>>>>>），保留你需要的内容
• 标记冲突已解决：

git add <冲突文件名>

• 继续完成cherry-pick：

git cherry-pick --continue

如果不想解决冲突，也可以用git cherry-pick --abort回到操作前的状态。

5. 基于该提交创建PR #

为了符合PR的规范（避免直接在主分支提交），建议创建一个专门的分支来承载这个恢复的提交：

# 创建并切换到新分支
git checkout -b fix/restore-missing-commit
# 推送到远程仓库
git push origin fix/restore-missing-commit

之后你就可以在Git平台上，以这个新分支为源，向目标分支（比如master）创建PR，这样PR里就只会包含你恢复的那个特定提交。

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