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

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 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

我在第一次设置本地存储库时遇到了这个错误。然后我去了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

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

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

然后：

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

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

为此，输入命令：

git pull origin branchname --allow-unrelated-histories

例如

git pull origin master --allow-unrelated-histories

参考：

GitHub无关历史问题

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

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

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

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