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

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

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

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

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

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

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

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

在我的案例中，错误是致命的：每次尝试都拒绝合并不相关的历史记录，尤其是远程添加Git存储库后的第一次拉取请求。

使用--allow不相关的历史标记以这种方式处理拉取请求：

git pull origin branchname --allow-unrelated-histories

根据2.9.0发行说明，git pull已被教导将--allow unrelated history选项传递给基础git merge

尝试git pull--重新基础开发

我在第一次设置本地存储库时遇到了这个错误。然后我去了GitHub并创建了一个新的存储库。然后我跑了

git remote add origin <repository url>

当我尝试推或拉时，我每次都会遇到同样的致命错误：unlated_histories错误。

以下是我修复它的方法：

git pull origin master --allow-unrelated-histories
git merge origin origin/master
... add and commit here...
git push origin master

请尝试以下命令：

git pull origin master --allow-unrelated-histories

这应该能解决你的问题。

由于所有其他答案实际上都没有回答这个问题，所以这里有一个由这个相关问题的答案启发的解决方案。

因此，您在执行git rebase时出错：

$ git rebase origin/development
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

此错误实际上并没有取消基，但您现在正处于其中：

$ git status
interactive rebase in progress; onto 4321beefdead
Last command done (1 command done):
   pick 1234deadbeef1234deadbeef test merge commit

现在您可以手动进行合并。查找原始合并提交的父提交：

$ git log -1 1234deadbeef1234deadbeef
commit 1234deadbeef1234deadbeef
Merge: 111111111 222222222
Author: Hans Dampf
Date:   Wed Jun 6 18:04:35 2018 +0200

    test merge commit

找出两个合并父级中的哪一个是合并到当前父级的父级（可能是第二个，请使用git日志222222222进行验证），然后手动进行合并，复制原始合并提交的提交消息：

$ git merge --allow-unrelated 222222222 --no-commit
Automatic merge went well; stopped before committing as requested
$ git commit -C 1234deadbeef1234deadbeef
[detached HEAD 909af09ec] test merge commit
 Date: Wed Jun 6 18:04:35 2018 +0200
$ git rebase --continue
Successfully rebased and updated refs/heads/test-branch.

我也有同样的问题。试试看：

git pull origin master --allow-unrelated-histories 

git push origin master

为此，输入命令：

git pull origin branchname --allow-unrelated-histories

例如

git pull origin master --allow-unrelated-histories

参考：

GitHub无关历史问题

我也有同样的问题。问题很遥远，有一些东西阻止了这一点。

我首先创建了一个本地存储库。我将LICENSE和README.md文件添加到本地并提交。

然后我想要一个远程存储库，所以我在GitHub上创建了一个。在这里，我错误地选中了“用README初始化这个存储库”，这也在远程创建了一个README.md。

所以现在当我跑步时

git push --set-upstream origin master

我得到了：

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

现在为了克服这一点，我做到了

git pull origin master

导致以下错误：

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

我尝试了：

git pull origin master --allow-unrelated-histories

结果：

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

解决方案：

我删除了远程存储库，并创建了一个新的（我认为只有删除文件README才能起作用），之后，以下操作奏效：

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

警告：这可能会覆盖远程存储库

这对我有用：

git push origin master --force

我使用rebase多年了，从未遇到过这样的问题。然而，您的第一个问题是，您试图从远程存储库（称为origin）直接在远程分支开发上执行此操作。这实际上是错误的，因为rebase是一个危险的命令，它会重新构建git历史。话虽如此，但您应该首先尝试本地存储库，并仅在符合预期的情况下推送它。

因此，我通常的rebase工作流如下所示（但请记住，您不应在分支机构上使用rebase，因为您不是唯一的一个委员会。对于此类分支机构，如果适用，请使用简单的合并和解决冲突）：

确保您有一个干净的工作树（没有取消提交的更改）签出到您要重新基于的分支（例如，假设它是master；作为单行命令）：gitcheckout-master&&gitpull-origin-master&&gitcheckout-development执行实际的rebase:git rebase-master如果已经完成，并且一切都按预期运行，请将其推到远程。为此，您需要强制它，因为远程主机已经按另一顺序拥有历史记录，所以远程主机将无需推送任何内容。所以，我们需要说“我的本地版本的历史是正确的，使用我的本地历史版本覆盖远程分支上的所有内容”：git push-f origin开发

正如我已经提到的，记住，rebase操纵git历史，这通常是一件坏事。然而，在分支上也可以做到这一点，因为其他人都不承诺这样做。为了让其他开发人员能够使用分支，可以使用另一种合并策略，如合并本身、squash或cherrypick。因此，换句话说：Rebase不应该成为分布式开发的工具。如果您是唯一在这个存储库上工作的人，那么它很适合您。

我们使用特征分支策略。在这种情况下，我通常使用rebase从其他开发人员那里获得“更新”，这是在主分支上同时发生的。这样做可以减少拉取请求中可见的提交大小。因此，代码审阅者更容易看到我在这个特性分支中所做的更改。

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

git pull origin master  --allow-unrelated-histories

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

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

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

git reset --hard origin/master

这解决了我的问题。

对于Android Studio和IntelliJ：

首先，承诺一切并解决任何冲突。

然后从IDE下方打开终端并输入：

git pull origin master --allow-unrelated-histories

现在你可以推了。

首先，使用以下命令将远程更改拉到本地：

git pull origin branchname --allow-unrelated-histories

**在我的情况下，branchname是master。

当执行pull命令时，会发生冲突。你应该解决冲突。我使用Android Studio解决冲突。

当冲突解决后，合并就完成了！

现在你可以安全地推了。

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

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

如果您在GitHub上创建了一个新的存储库，并意外地用README或.gitignore文件初始化了它。

如果您发现由于.git文件夹损坏而无法合并或重新创建基。

然后：

创建新文件夹git克隆将所有文件粘贴到此文件夹

现在，本地和远程将拥有“相关历史”，并将愉快地合并或重新基础。

我运行了这个命令，问题得到了解决。

git pull origin branchName --allow-unrelated-histories

查看此页面了解更多信息。

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

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

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

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

1.解决问题

执行git pull原始主机时出现以下错误：

fatal: refusing to merge unrelated histories

运行以下命令之一

 # It could be master
 git pull origin master --allow-unrelated-histories

 # Or main
 git pull origin main --allow-unrelated-histories

 # Or just try with origin
 git pull origin main --allow-unrelated-histories

如果它打开nano编辑器，您只需按Ctrl+X保存并关闭即可。

现在在本地推送更改

 git push

2.含义

错误：

当两个不相关的项目（即，不知道彼此存在且提交历史不匹配的项目）合并时，会出现“致命：拒绝合并不相关的历史”Git错误。

getmerge命令（来自GitHub文档）：--允许不相关的历史记录：--允许不相关的历史记录

默认情况下，gitmerge命令拒绝合并不共享共同祖先的历史记录。当合并两个独立启动的项目的历史记录时，可以使用此选项覆盖此安全性。由于这是非常罕见的情况，因此默认情况下没有启用此功能的配置变量，也不会添加。

工具书类

推荐：“致命：拒绝合并不相关的历史”Git错误Git 2.9发行说明

有关堆栈溢出的更多信息

推荐使用--允许不相关的历史记录的一个很好的解释和警告：在拉到恢复的存储库时“拒绝合并不相关的记录”失败如果--允许不相关的历史记录不起作用：添加Git远程后“致命：拒绝合并不相关历史记录”Git拒绝合并不相关的历史。什么是“无关历史”？该用户使用GitHub桌面：如何解决在将项目上传到GitHub时“拒绝合并不相关的历史记录”的问题？Git失败，出现致命错误，拒绝将无关历史与Git推送合并

由于您既不能推，也不能拉和推，也无法合并拉和推：

您可以在GitHub存储库上创建一个新分支。然后：git添加。gitcommit-m'commitName'并在终端的当前目录中引用该分支。git branch-m master branchNamegit push-f原始分支名称您的代码将被推送到新的分支。然后你可以合并这两个分支。

这对我有用。

通过切换“允许无关历史记录”开关来解决该错误。在Git pull或Git merge命令后，添加以下标记：

git pull origin master --allow-unrelated-histories

之后，也许你会有冲突。所以，解决冲突，并付诸实施。这对我很有用。

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

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

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

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

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

我只是想要这个：

git reset --hard origin/master

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

我也犯了同样的错误，这个命令对我有效：

git pull gitlab master --allow-unrelated-histories

请注意，在您的案例中，gitlab可能是origin或heroku。

我遇到了同样的问题：

这是我所做的：

git pull origin main --allow-unrelated-histories

我使用Visual Studio代码解决了合并冲突，然后我做到了：

git commit -m "commit message"

git push origin main

如果您有存储库的浅Git克隆，也会发生这种情况。

我最近在CI/CD设置中遇到了这个问题，以前的解决方案都不适合我。我正在构建一个CI/CD管道，以分析MR源分支的MR创建代码。为此，我需要在main分支上运行一次分析，然后在与main合并的MR源分支上运行分析，在尝试通过gitmerge命令合并分支时出现了这个错误。

CI/CD设置中出现这种情况的原因：通常在CI/CD环境中，Git存储库是一个用来加快速度的浅层克隆，它不包括完整的提交历史，因此，在合并Git时，我们可能会认为我们正在尝试合并不相关的分支，这实际上是不正确的。

解决方案：

使用以下命令将浅存储库转换为非浅存储库：

git fetch --unshallow

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

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 pull-origin main--允许不相关的历史记录

我在github没问题

对我来说，我把所有内容都移动到另一个文件夹，然后我做了git pull然后我将文件移回gitadd，然后gitcommit-m“messag”，然后gitpush