我正在使用 Git 来管理我的两台计算机和我的开发。我正在尝试向 GitHub 提交更改，但出现此错误：
未能将一些参考推送到
<repo>。为防止您丢失历史记录，拒绝了非快进更新。在再次推送之前合并远程更改。
可能是什么原因造成的，我该如何解决？
编辑：
拉取 repo 会返回以下内容：
*branch master->master（非快进） 已经更新了
推送仍然给我上述错误。
【问题讨论】：
标签： git version-control
这意味着有其他提交推送到远程存储库与您的提交不同。您通常可以使用
解决此问题git pull
在你推送之前
最终，“快进”意味着提交可以直接应用到工作树的顶部，而无需合并。
【讨论】：
快进更新是一侧的唯一更改发生在另一侧的最近提交之后，因此不需要进行任何合并。这就是说您需要在推送之前合并您的更改。
【讨论】：
GitHub 有一个不错的部分，叫做“Dealing with “non-fast-forward” errors”
这个错误一开始可能有点压倒性，不要害怕。
简单地说，git 不能在不丢失提交的情况下在远程进行更改，所以它拒绝推送。
通常这是由另一个用户推送到同一个分支引起的。您可以通过获取和合并远程分支来解决此问题，或者使用 pull 同时执行这两项操作。在其他情况下，此错误是由于使用
git commit --amend或git rebase等命令在本地进行的破坏性更改造成的。
虽然您可以通过将--force添加到push命令来覆盖远程，但只有在您绝对确定这是您想要做的事情时才应该这样做。
强制推送可能会导致其他已获取远程分支的用户出现问题，并且被认为是不好的做法。 如有疑问，请勿强行推动。
Git 不能像快进合并那样在远程上进行更改，Visual Git Reference 说明如下：
这完全是你的情况，但有助于了解什么是“快进”（其中一个分支的 HEAD 只是移动到一个新的更新提交）。
“branch master->master (non-fast-forward) Already-up-to-date”通常用于不跟踪其远程对应部分的本地分支机构。
例如，请参阅这个 SO 问题“git pull says up-to-date but git push rejects non-fast forward”。
或者这两个分支有联系，但与各自的历史不一致：
见“Never-ending GIT story - what am I doing wrong here?”
这意味着你的 subversion 分支和你的远程 git master 分支在某些事情上不一致。
一些更改被推送/提交给另一个不在的更改。
启动gitk --all，它应该会给你一个关于哪里出了问题的线索——在历史中寻找“分叉”。
【讨论】：
在这种情况下，您可能希望对推送操作使用强制
git push origin master --force
【讨论】：
--force的阴暗面。
在将更改推送到远程 repo/fork 之前，您需要合并并解析 conflicts locally。
1) 拉取（获取和合并）
$ git pull remote branch
2) 推送更改
$ git push remote branch
您仍然可以通过使用--force 选项来快速选择push，但应该避免，因为这可能会导致更改丢失或对其他贡献者造成严重影响。
【讨论】：
永远不要使用git -f 来使用push，因为这可能会导致以后的灾难性后果。
您只需要在您当地的分支机构做一个git pull。
例如：
git pull origin 'your_local_branch'
然后做一个git push
【讨论】：
对于完全相同的错误，我也不是唯一的开发人员。
所以我同时提交并推送我的更改，在Commit 对话框弹出窗口底部看到：
...但是我犯了一个巨大的错误，忘记点击Fetch 按钮来查看我是否有最新的，而我没有。
提交成功执行，但不是推送，而是给出了相同的错误； ...即使其他开发人员没有更改与我相同的文件，我也无法提取最新的文件，因为出现了相同的错误。
大多数时候我更喜欢使用 Sourcetree 的 GUI（图形用户界面）。这个解决方案可能并不理想，但这就是让我重新开始的原因，而不必担心我可能会丢失我的更改或损害其他开发人员的最新更新。
右键单击您之前的提交以撤消本地提交的更改并选择Reset current branch to this commit，如下所示：
一旦所有加载微调器消失并且 Sourcetree 完成加载上一个提交，在窗口的左上角，单击 Pull 按钮...
...然后会弹出一个对话框，点击右下角的OK按钮：
拉取最新后，如果您没有收到任何错误，请跳至STEP 4（下面的下一步）。否则，如果您此时发现任何合并冲突，就像我对 Web.config 文件所做的那样：
...然后点击顶部的Stash按钮，会弹出一个对话框，您需要编写一个Descriptive-name-of-your-changes，然后点击OK 按钮：
...一旦 Sourcetree 完成存储您更改的文件，重复 步骤 2 中的操作（以上步骤），然后您的本地文件将具有最新更改。现在可以通过打开 Sourcetree 左栏底部的 STASHES 重新应用您的更改，使用箭头展开您的存储，然后右键单击选择 Apply Stash 'Descriptive-name-of-your-changes'，然后选择 OK 弹出对话框中的按钮：
如果您现在有任何合并冲突，请转到您喜欢的文本编辑器，例如 Visual Studio Code，并在受影响的文件中选择 Accept Incoming Change 链接，然后保存：
然后回到Sourcetree，点击顶部的Commit按钮：
然后右键单击有冲突的文件，并在Resolve Conflicts 下选择Mark Resolved 选项：
终于！！！我们现在可以提交我们的文件，还可以在单击 Commit 按钮之前选中 Push changes immediately to origin 选项：
附：在写这篇文章的时候，另一个开发者在我提交之前提交了一个提交，所以不得不重复很多步骤。
【讨论】：
如果您的远程分支已更新并且未与您的本地存储库同步，也可能发生这种情况。所以就我而言，我创建了一个 git repo 并添加了自述文件。在我的本地机器上，我创建了要上传到该仓库的新文件，所以我尝试像往常一样推送。在那之后，我确实执行了$git pull，但它给我带来了fatal: refusing to merge unrelated histories 错误（作为bash 中的普通文本出现）。
我尝试了 rebase、re-staging 和 re-committing，但问题仍然没有解决。在这种情况下，我的目标是无论如何都要合并它，因为我想保留两者并且它们之间没有任何公共文件。所以，我通过传递参数允许不相关的历史记录如下：
$git pull origin main --allow-unrelated-histories
此命令将合并 - 忽略两者位于不同头的事实。
然后使用以下命令将其推送到源分支：
$git push -u origin main
如果有人更擅长解释这一点，请随时编辑此答案。
【讨论】：