我也有同样的问题。问题很遥远，有一些东西阻止了这一点。

我首先创建了一个本地存储库。我将LICENSE和README.md文件添加到本地并提交。

然后我想要一个远程存储库，所以我在GitHub上创建了一个。在这里，我错误地选中了“用README初始化这个存储库”，这也在远程创建了一个README.md。

所以现在当我跑步时

git push --set-upstream origin master

我得到了：

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

现在为了克服这一点，我做到了

git pull origin master

导致以下错误：

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

我尝试了：

git pull origin master --allow-unrelated-histories

结果：

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

解决方案：

我删除了远程存储库，并创建了一个新的（我认为只有删除文件README才能起作用），之后，以下操作奏效：

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

您可以使用--允许不相关的历史记录强制合并。

这背后的原因是自Git 2.9以来，默认行为发生了变化：

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

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

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

我使用rebase多年了，从未遇到过这样的问题。然而，您的第一个问题是，您试图从远程存储库（称为origin）直接在远程分支开发上执行此操作。这实际上是错误的，因为rebase是一个危险的命令，它会重新构建git历史。话虽如此，但您应该首先尝试本地存储库，并仅在符合预期的情况下推送它。

因此，我通常的rebase工作流如下所示（但请记住，您不应在分支机构上使用rebase，因为您不是唯一的一个委员会。对于此类分支机构，如果适用，请使用简单的合并和解决冲突）：

确保您有一个干净的工作树（没有取消提交的更改）签出到您要重新基于的分支（例如，假设它是master；作为单行命令）：gitcheckout-master&&gitpull-origin-master&&gitcheckout-development执行实际的rebase:git rebase-master如果已经完成，并且一切都按预期运行，请将其推到远程。为此，您需要强制它，因为远程主机已经按另一顺序拥有历史记录，所以远程主机将无需推送任何内容。所以，我们需要说“我的本地版本的历史是正确的，使用我的本地历史版本覆盖远程分支上的所有内容”：git push-f origin开发

正如我已经提到的，记住，rebase操纵git历史，这通常是一件坏事。然而，在分支上也可以做到这一点，因为其他人都不承诺这样做。为了让其他开发人员能够使用分支，可以使用另一种合并策略，如合并本身、squash或cherrypick。因此，换句话说：Rebase不应该成为分布式开发的工具。如果您是唯一在这个存储库上工作的人，那么它很适合您。

我们使用特征分支策略。在这种情况下，我通常使用rebase从其他开发人员那里获得“更新”，这是在主分支上同时发生的。这样做可以减少拉取请求中可见的提交大小。因此，代码审阅者更容易看到我在这个特性分支中所做的更改。

对我来说，我把所有内容都移动到另一个文件夹，然后我做了git pull然后我将文件移回gitadd，然后gitcommit-m“messag”，然后gitpush

在管理员在服务器端通过几百次提交将开发分支强制推送给origin/master之后，我遇到了这个错误。

嗯，我只是不想拉（fetch+merge），而是想将本地主机与远程源主机对齐。移动到一个单独的文件夹并进行Git克隆是一种方法，但我认为仅进行硬重置是更优雅的解决方案。

因此，我对这个错误的回答，在这个特定的例子中，不是上述任何一种。

我只是想要这个：

git reset --hard origin/master

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

这对我有用：

git push origin master --force