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

git pull origin master  --allow-unrelated-histories

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

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

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推送合并

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

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

git pull origin branchname --allow-unrelated-histories

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

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

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

然后：

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

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