Git分支调整：将分支D的c5、c6迁移至基于Branch A的新分支E

别担心，这种分支误创建的情况在Git里太常见了，我们有两种简洁的方法来实现你的需求，让Branch E的提交结构完美变成c1、c2、c5、c6：

方法一：用git cherry-pick精准挑选提交 #

这种方法适合迁移单个或零散的独立提交，步骤很直观：

1. 先确保本地工作区干干净净，没有未提交的修改：

   git status
   

   要是有未提交的改动，要么先提交，要么用git stash临时存起来，之后再用git stash pop恢复就行。

2. 切换到Branch A，直接创建并切换到新分支E：

   git checkout BranchA
   git checkout -b BranchE
   

3. 找到c5和c6的提交哈希值，查看Branch D的提交日志就能拿到：

   git log BranchD --oneline
   

   输出里会有类似abc123 c5、def456 c6的条目，记下这两个哈希（前几位就行，保证唯一就好）。

4. 在Branch E上执行cherry-pick，把c5、c6迁移过来：

   git cherry-pick abc123 def456
   

   • 没冲突的话，这一步直接搞定，Branch E的提交结构就符合要求了。
   • 要是碰到冲突，手动解决文件里的冲突标记后，执行git cherry-pick --continue继续；想放弃操作就用git cherry-pick --abort。

方法二：用git rebase --onto批量迁移连续提交 #

因为c5、c6是Branch D里紧跟在Branch B之后的连续提交，用rebase --onto会更高效：

1. 同样先确认工作区干净，然后基于Branch D创建新分支E：

   git checkout BranchD
   git checkout -b BranchE
   

2. 执行rebase命令，把Branch B之后的所有提交（也就是c5、c6）重新应用到Branch A顶端：

   git rebase --onto BranchA BranchB
   

   这个命令的逻辑很清晰：把当前分支（Branch E）里，所有在Branch B之后的提交，全部移到Branch A的基础上。

3. 处理冲突的方式和cherry-pick一样，解决后用git rebase --continue推进，放弃就用git rebase --abort。

两种方法都能达成目标，你可以按需选：如果c5、c6之间还有其他无关提交，cherry-pick更灵活；如果是连续的提交，rebase会更快捷。

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