如何在提交ID不匹配的同构Git仓库间创建并应用补丁

没问题，这种场景下确实没法直接用依赖SHA的常规补丁方式，但有几个可行的办法能帮你完成更新，我一个个给你拆解：

方法一：基于文件差异生成无SHA依赖的补丁 #

这是最直接的方案，完全绕开提交历史的SHA匹配问题，只关注文件内容的实际变化：

• 在你的外部GitHub仓库本地副本里，找到上次同步到GitLab时对应的代码版本（可以是某个分支、标签，甚至是你当时留存的代码快照），对比它和当前最新代码的差异生成补丁：

  git diff <上次同步的基线版本标识> HEAD > code-update.patch
  

• 把生成的code-update.patch文件传到私有GitLab服务器上，在仓库目录里执行应用命令：

  git apply code-update.patch
  

• 如果遇到冲突，git apply会明确提示冲突文件，你手动解决冲突后，直接用git add和git commit提交即可。这种方式不需要任何提交历史关联，纯粹是文件层面的更新。

方法二：调整format-patch与git am参数，强制应用带提交信息的补丁 #

如果你希望保留原提交的信息（比如提交说明、作者），可以用git format-patch生成补丁后，忽略SHA匹配强制应用：

• 在外部仓库生成最近N个提交的补丁（比如最近3个，把3换成你需要的数量），同时关闭签名避免额外的SHA相关信息：

  git format-patch -3 --no-signature <基线版本标识> HEAD
  

• 将生成的.patch文件传到私有服务器后，用git am的强制参数应用：

  git am --ignore-date --ignore-space-change *.patch
  

  这里--ignore-date会忽略原提交的日期，用当前日期替代；--ignore-space-change能减少因空格差异导致的不必要冲突。如果遇到冲突，git am会暂停，你解决冲突后执行git am --continue就能继续应用剩下的补丁。

方法三：重新建立仓库历史关联（一劳永逸的方案） #

如果你的私有GitLab服务器能临时访问GitHub，或者你可以用本地机器作为中转，建议直接拉取完整历史来统一SHA：

• 在私有仓库的本地副本（如果没有就克隆一份私有仓库）里添加GitHub作为远程：

  git remote add github <你的GitHub仓库URL>
  

• 如果之前是浅克隆，先拉取完整历史：

  git fetch github --unshallow
  

• 把完整的历史和标签推送到私有GitLab：

  git push gitlab --all --tags
  

  这样两边仓库的提交SHA就完全一致了，之后不管是用补丁还是直接同步分支都会正常工作，从根本上解决问题。

小提醒 #

不管用哪种方法，每次同步前最好确认私有仓库的代码和外部仓库的基线版本是一致的，这样能最大程度减少冲突概率。如果是手动提交更新，尽量保留原提交的作者信息和说明，方便后续追溯。

内容的提问来源于stack exchange，提问作者Naama L Ackerman