Git分歧分支合并求助：远程仓库迁移出错后的分支整合方案

问题场景 #

迁移至新Git远程仓库时出现异常；部分分支已移除git-lfs，但并非所有分支都执行了该操作。存在两个功能相似但根部分歧的分支：

• Branch 1：A-B-C-D-E-F（约60000个提交，长期开发分支）
• Branch 2：A'-B'-C'-X-Y-Z（A'/B'/C'除git-lfs配置及父提交哈希外，其余内容与A/B/C完全一致）

目标：将提交X-Y-Z迁移至Branch 1，最终形成提交链A-B-C-D-E-F-X-Y-Z。此前尝试git merge因冲突过多失败，考虑git cherry-pick但不确定能否覆盖所有相关提交，寻求更优方案。

最优解决方案：git rebase --onto #

git rebase --onto可以精准地将指定范围的提交从原基础分支迁移到目标分支，完美匹配当前场景，效率远高于逐个cherry-pick。

步骤详解 #

1. 同步本地仓库
   先拉取远程最新代码，确保本地分支与远程一致：

   git fetch origin
   git checkout Branch2 && git pull origin Branch2
   git checkout Branch1 && git pull origin Branch1
   

2. 执行重定向迁移
   找到Branch2中X提交的父提交C'的哈希值（可通过git log Branch2查看），然后执行：

   git rebase --onto Branch1 <C'的哈希值> Branch2
   

   这条命令的作用是：把Branch2中C'之后的所有提交（也就是X-Y-Z），重新基于Branch1的最新提交F来应用。

3. 处理少量冲突
   由于A'-C'与A-C内容几乎一致，冲突大概率仅出现在git-lfs相关配置文件（如.gitattributes）。手动解决冲突后，执行：

   git add <冲突文件路径>
   git rebase --continue
   

   若遇到无关的git-lfs配置提交，可直接用git rebase --skip跳过。

4. 验证并合并
   检查提交历史确认X-Y-Z已成功挂在F之后：

   git log --oneline
   

   随后合并到Branch1（此时为快进合并，无冲突）：

   git checkout Branch1
   git merge Branch2
   git push origin Branch1
   

方案优势 #

• 一次性迁移整个X-Y-Z提交链，无需逐个指定提交，效率更高
• 保留提交的原始顺序和关联信息，比cherry-pick更完整
• 利用Git的自动合并逻辑，仅需处理少量git-lfs配置冲突

注意事项 #

• 操作前务必备份本地仓库（如复制整个仓库目录），避免操作失误导致数据丢失
• 若远程Branch2已有其他开发者使用，切勿强制推送修改后的Branch2，建议在本地创建临时分支完成迁移后再合并到Branch1

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