如何将Repo1的通用修复合并到无其历史的Repo2，避免频繁冲突？

方案1：重置Repo2历史并保留自定义文件（适合不在意丢失Repo2历史的场景） #

既然你不介意丢失Repo2的历史，这是最直接的解决办法，彻底避免无关历史合并的冲突问题：

• 在Repo2本地仓库中，添加Repo1作为远程仓库：

  git remote add repo1 <Repo1的URL>
  git fetch repo1
  

• 先备份Repo2里的额外文件（也就是Repo1没有的文件）到仓库外的临时目录
• 重置Repo2的当前分支到Repo1的最新提交：

  git reset --hard repo1/main  # 这里main换成Repo1的主分支名，比如master
  

• 把备份的额外文件放回Repo2，然后提交这些自定义内容：

  git add .
  git commit -m "添加Repo2专属自定义文件"
  

• 强制推送到Repo2的远程仓库（注意：这会覆盖远程的所有历史，确认没问题再执行）：

  git push -f origin main
  

之后每次要同步Repo1的通用修复，直接拉取后合并即可，因为历史已经关联，不会再出现无关历史的冲突：

git fetch repo1
git merge repo1/main

方案2：用Git Subtree拆分通用代码与自定义内容（适合想保留部分历史的场景） #

如果Repo2的额外文件集中在独立目录（比如custom/），可以把Repo1作为子树嵌入Repo2，这样通用代码的更新可以单独同步：

• 在Repo2中添加Repo1作为远程并拉取：

  git remote add repo1 <Repo1的URL>
  git fetch repo1
  

• 将Repo1的代码合并到Repo2的指定目录（比如common/）：

  git subtree add --prefix=common repo1 main --squash
  

• 后续同步Repo1的通用修复时，直接用subtree拉取：

  git subtree pull --prefix=common repo1 main --squash
  

这种方式下，通用代码和自定义内容完全隔离，合并时只会在common/目录下处理冲突（如果有的话），大幅减少冲突范围。

方案3：用Git Replace关联历史（折中方案） #

如果不想重置历史也不想拆分目录，可以用git replace把Repo2的初始提交关联到Repo1的对应提交，让Git认为两者历史相关：

• 在Repo2中找到初始提交的哈希值：

  git log --oneline --reverse | head -1
  

• 在Repo1中找到Repo2克隆时对应的提交哈希值（也就是Repo1当时的最新提交）：

  git log --oneline | grep "对应版本的提交信息"
  

• 在Repo2中执行替换命令：

  git replace <Repo2的初始提交哈希> <Repo1的对应提交哈希>
  

• 把替换记录推送到Repo2远程（需要团队成员都执行这个替换）：

  git push origin refs/replace/<Repo2的初始提交哈希>
  

之后合并Repo1的更新时，就不需要加--allow-unrelated-histories，冲突概率会降低，但如果Repo2对通用文件有大量修改，还是可能出现冲突。

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