如何将分支A中截至Commit 6的提交迁移至分支B？Git问题求助

首先，先把你的分支A恢复到原来的状态——你用git reset --hard Commit6后，Commit7到Commit9并没有被Git彻底删除，只是分支A的指针不再指向它们而已。你可以通过以下步骤找回：

1. 运行 git reflog，这个命令会显示所有分支指针的历史移动记录。你会看到类似这样的条目：

   abc123 HEAD@{0}: reset: moving to Commit6
   def456 HEAD@{1}: commit: Commit9
   ghi789 HEAD@{2}: commit: Commit8
   ...
   

   找到对应Commit9的那条记录（比如上面的def456就是Commit9的哈希值）。

2. 执行 git reset --hard <Commit9的哈希值>，这样分支A就会回到原来包含Commit1到Commit9的状态，所有提交都回来了。

接下来，教你两种正确的方法，把截至Commit6的变更迁移到分支B：

方法一：直接让分支B和Commit6状态一致（适合分支B没有专属提交的情况） #

如果分支B目前还没有你不想丢失的自定义提交，你可以直接让它指向Commit6：

• 切换到分支B：git checkout B
• 重置分支B到Commit6：git reset --hard <Commit6的哈希值>

这样分支B就完全复刻了分支A在Commit6时的所有变更，包含Commit1到Commit6的全部内容。

方法二：把Commit1到Commit6的变更应用到已有提交的分支B #

如果分支B已经有自己的专属提交，不能直接覆盖，就用cherry-pick把需要的提交逐个应用到B上：

1. 切换到分支B：git checkout B
2. 批量应用Commit1到Commit6的提交（注意语法：如果要包含Commit1，用^排除它之前的提交）：

   git cherry-pick <Commit1的哈希值>^..<Commit6的哈希值>
   

   这个命令会把Commit1到Commit6的所有提交依次应用到分支B上。
3. 如果中途遇到冲突，手动解决冲突后，执行git cherry-pick --continue继续，直到所有提交都应用完成。

为什么你之前的操作会出问题？ #

你在分支A上执行git reset --hard Commit6，只是把分支A的指针移到了Commit6，同时重置了工作区和暂存区，但Commit7-9只是变成了"游离"的提交，并没有被删除。而你觉得Commit2的变更丢失，其实是因为Commit6本身就包含了Commit2的所有变更（Git的提交是增量叠加的），只是你误解了reset的作用，以为之前的提交都消失了而已。

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