这通常发生在您第一次提交到远程存储库时。正如错误明确指出的“拒绝合并不相关的历史”，我们需要使用--allow不相关历史标志。

git pull origin master  --allow-unrelated-histories

现在会有一些冲突，我们必须手动解决。之后，只需提交代码并推送它。

在管理员在服务器端通过几百次提交将开发分支强制推送给origin/master之后，我遇到了这个错误。

嗯，我只是不想拉（fetch+merge），而是想将本地主机与远程源主机对齐。移动到一个单独的文件夹并进行Git克隆是一种方法，但我认为仅进行硬重置是更优雅的解决方案。

因此，我对这个错误的回答，在这个特定的例子中，不是上述任何一种。

我只是想要这个：

git reset --hard origin/master

我也很挣扎，但我设法找到了解决办法。

当您遇到上面的错误时，只需选择合并提交，然后继续重新启动：

git cherry-pick -m 1 1234deadbeef1234deadbeef
git rebase --continue

这通常发生在您第一次提交到远程存储库时。正如错误明确指出的“拒绝合并不相关的历史”，我们需要使用--allow不相关历史标志。

git pull origin master  --allow-unrelated-histories

现在会有一些冲突，我们必须手动解决。之后，只需提交代码并推送它。

我认为这是一种非常罕见的情况；您已删除远程（例如，原点）：

git remote rm origin

然后，过了一段时间，出于某种原因，您尝试将其添加回去，但输入了错误的URL。

git remote add origin git@github.com:example/wrong.git

当然，解决方案是使用正确的URL：

git remote add origin git@github.com:example/correct.git

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

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

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

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

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