如何在内容近乎一致但提交历史不同的Git仓库间迁移分支？

核心思路 #

由于新旧仓库无共同提交历史，核心目标是提取旧分支的变更并重新应用到新仓库，无需强行关联双方的历史记录。以下是几种实用方案：

方案1：生成补丁并直接应用（最简便） #

适合分支变更不多、无需保留旧提交历史的场景：

1. 在旧仓库的特有分支上，生成该分支的变更补丁：
   • 如果能确定新旧仓库最初同步的基线分支（比如旧仓库的master），生成相对基线的差异：

     git diff master..feature-isolate > isolate-changes.patch
     

   • 若不确定基线，直接生成整个分支的全量变更：

     git diff --no-index /dev/null HEAD > isolate-full-changes.patch
     

2. 将补丁文件拷贝到隔离系统的新仓库，切换到目标分支（比如新仓库的feature-isolate-new），应用补丁：

   git apply isolate-changes.patch
   

3. 若出现冲突，手动修改冲突文件后，用以下命令标记冲突已解决并继续：

   git add <冲突文件>
   git apply --continue
   

4. 所有变更应用完成后提交：

   git commit -m "迁移隔离系统特有分支变更"
   

方案2：用cherry-pick迁移提交历史 #

如果需要保留旧分支的提交记录（即使和新仓库无关联），可以按以下步骤操作：

1. 在新仓库中创建一个孤立分支，作为迁移的起点：

   git checkout --orphan temp-isolate
   

2. 将旧仓库添加为新仓库的临时远程并拉取分支：

   git remote add old-isolate /path/to/old-repository
   git fetch old-isolate
   

3. 从旧分支的第一个提交开始，逐个将提交cherry-pick到新分支：

   git cherry-pick old-isolate/feature-isolate
   

   （如果需要迁移多个提交，用git cherry-pick <起始提交哈希>..<结束提交哈希>）
4. 遇到冲突时解决后继续，完成迁移后删除临时远程：

   git remote remove old-isolate
   

方案3：用rebase --onto重写分支历史 #

适合旧分支历史线性、且能找到新旧仓库内容匹配点的场景：

1. 在新仓库中找到与旧仓库特有分支某个提交内容最接近的提交（记为new-base-hash）
2. 拉取旧仓库的分支到新仓库：

   git remote add old-repo /path/to/old-repo
   git fetch old-repo
   

3. 将旧分支的变更重新应用到新仓库的基线：

   git rebase --onto new-base-hash <旧分支中与new-base匹配的提交哈希> old-repo/feature-isolate
   

4. 解决冲突后完成rebase，删除临时远程即可。

注意事项 #

• 操作前务必备份新旧两个仓库，避免数据丢失
• 重点关注那2%存在差异的文件，这些是冲突高发区，迁移后需逐一验证
• 完成迁移后，建议用git diff对比新旧分支的文件内容，确保所有特有变更都已正确迁移

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