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

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

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

这对我有用：

git push origin master --force

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

git pull origin master --allow-unrelated-histories

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

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

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

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

解决方案：

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

git fetch --unshallow

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

git pull origin branchName --allow-unrelated-histories

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

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

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

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

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