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

因此，您在执行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 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 2.9以来，默认行为发生了变化：

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

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

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

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

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

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

解决方案：

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

git fetch --unshallow

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

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

git reset --hard origin/master

这解决了我的问题。