如何避免Git的--fork-point因回溯创建分支出现识别混淆？

问题根源 #

你当前的操作中，new-branch是从本地修改后的master分支创建的，之后master被git reset --hard origin/master回退到远程状态。Git的--fork-point机制会自动推断分支的"真正起点"，它会认为new-branch的起点是重置后的master（而非你实际创建分支时的本地master状态），导致rebase时误将你的变更判定为已合并到master，从而清除这些变更。

替代方案 #

方案一：从远程master直接创建分支（推荐） #

这种方式让新分支的起点直接锚定在远程origin/master，从根源避免fork-point的误判：

1. 若本地master有未提交的变更，先暂存：

   git stash
   

2. 基于远程origin/master创建并切换到新分支：

   git switch -c new-branch origin/master
   

3. 恢复暂存的变更到新分支：

   git stash pop
   

4. 切回master并重置到远程状态：

   git switch master
   git reset --hard origin/master
   

如果你的变更已经提交到本地master，可以用cherry-pick迁移提交：

1. 先获取本地master重置前的提交哈希（可通过git reflog show master查看，找重置操作前的那条记录）
2. 基于origin/master创建新分支并切换：

   git switch -c new-branch origin/master
   

3. 将本地master的提交迁移到新分支：

   git cherry-pick <你的本地提交哈希>
   

4. 重置master到远程状态：

   git switch master
   git reset --hard origin/master
   

方案二：修复已创建的分支 #

如果已经按照原来的方式创建了new-branch，可以手动指定rebase的基准，绕开fork-point的自动推断：

1. 找到new-branch实际创建时的master提交哈希（通过git reflog show new-branch查看第一条记录的哈希，或从git reflog show master找重置前的哈希）
2. 执行rebase时手动指定基准范围：

   git rebase --onto master <创建分支时的master哈希> new-branch
   

或者直接禁用fork-point机制：

git rebase --no-fork-point master new-branch

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