对于我的案例，我想将一个不相关的历史分支合并到我的当前分支：

git merge <-unrelated-history-branch-name> --allow-unrelated-histories

您可以使用--允许不相关的历史记录强制合并。

这背后的原因是自Git 2.9以来，默认行为发生了变化：

“gitmerge”用于合并两个没有公共项的分支默认情况下，这导致了现有项目被创建，然后被一个不知情的维护人员拉住，这允许将不必要的并行历史合并到现有项目。命令已被教导不允许这样做默认情况下，带有转义线--允许不相关的历史记录选项用于合并两个项目历史的罕见事件独立开始他们的生活。

有关更多信息，请参阅Git发布变更日志。

更多信息可以在这个答案中找到。

blue112的答案并不能解决这个问题，这是在重新定基的背景下。

同步两个分支的唯一方法是将它们合并在一起，从而产生一个额外的合并提交和两组包含相同更改的提交（原始提交和来自重新基础分支的提交）。不用说，这是一个非常令人困惑的情况。

因此，在运行git-rebase之前，请先问问自己，“还有人在看这个分支吗？”如果答案是肯定的，请把手从键盘上拿开，开始思考一种非破坏性的方法来进行更改（例如，git-restore命令）。否则，你可以随心所欲地重写历史。

参考资料：回扣的黄金法则

我尝试了git pull——允许不相关的历史记录，但它没有奏效，但这为我解决了问题：

我将桌面存储库中的所有文件复制到另一个文件夹，然后删除该文件夹。然后我再次克隆存储库，因为它是一个新项目。当我再次复制我的文件并将其推送时，它就像魅力一样发挥作用。

在进行git拉动时，我得到了一条致命的消息：拒绝合并不相关的历史记录我有一段时间没有更新本地副本的回购模块。

我运行这个命令只是为了从原点刷新本地。我只想要远程的最新版本，不需要任何本地更改。

git reset --hard origin/master

这解决了我的问题。

致命的：拒绝合并不相关的历史也可能是由于肤浅的克隆造成的，因为嫁接提交没有深入到足以看到共同的基础。