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

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

我在github没问题

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

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

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

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

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

请尝试以下命令：

git pull origin master --allow-unrelated-histories

这应该能解决你的问题。