如果您确定没有人对您的git存储库进行更改，并且您正在使用最新版本，那么git pull作为解决方案在您心中并没有意义……

然后可能发生了这样的事情，你使用git commit -amend

它允许您将阶段性更改与前一次提交结合起来，而不是将其作为一个全新的快照提交。它还可以用于简单地编辑前一个提交消息，而不更改其快照。

ATLASSIAN教程:重写历史

然而，如果你已经将提交推到GitHub，不建议执行git commit -amend，这是因为“修改不仅会改变最近的提交，它会完全替换它。”对Git来说，它看起来像一个全新的提交”，这意味着对你GitHub上的其他开发人员来说，历史看起来像a ->B->C，但对你来说，它看起来像a ->B->D，如果GitHub让你推送，其他人都必须手动修复他们的历史

这就是为什么您会得到错误消息的原因!master -> master(非快进)，如果你知道没有人拉出你的最新更改，你可以使用git push -force，这将改变你的公共回购中的git历史记录。否则……你可以执行git pull，但我相信这将有相同的结果，因为你没有经过git commit -amend，它将创建一个新的提交(即:git pull后的git历史:a ->B->C->D)

有关更多详细信息:如何更改最新提交

我在我的教程《如何使用GitHub:初学者教程》中提到了这一点。

当你在GitHub上创建一个新的存储库时，GitHub可能会要求你创建一个自述文件。如果你直接在GitHub上创建自述文件，那么你需要首先在“推送”请求成功之前发出“拉”请求。 这些命令将“拉”远程存储库，将其与当前文件合并，然后将所有文件“推”回GitHub:

git pull https://github.com/thomas07vt/MyFirstRepo.git master

git push https://github.com/thomas07vt/MyFirstRepo.git master

当我将最新的更改推到我用于gitweb的裸Git存储库时，我得到了类似的错误。在我的例子中，我没有在裸库中做任何更改，所以我只是删除了我的裸库并再次克隆:

git clone --bare <source repo path> <target bare repo path>

您将无法将更改推送到远程分支，除非您取消阶段性文件，然后保存本地更改，并应用来自远程的pull，然后您可以将更改推送到远程。

步骤如下—> .单击“确定”

git重置-soft HEAD~1(获取阶段性文件)

Git状态(检查暂存的文件)

Git恢复—分段<文件..>(恢复分级)

Git存储(保存当前更改)

Git pull(从远程获取更改)

Git stash apply(应用本地更改，以便添加和提交)

Git add <files…>(添加本地文件提交)

Git commit -m commit msg

git push

我遇到了同样的问题，我所做的是我首先用这个力推它

git push --force

我这样做后，我提交了文件，并得到了一个错误。它确实提交了所有文件并推送了它们。 然后当我第二次推送到github时，我按照它的要求做了，然后就没问题了。希望这对你也有用:)

这通常发生在git提交并尝试在git拉到其他人已经做了更改的分支x之前进行git推送更改时。

正常的流程如下:

步骤1:git将本地未提交的更改保存在该分支上。

步骤2:git拉origin branch_name -v来拉并合并到本地提交的分支上的更改(给这个合并一些消息，如果有的话修复冲突)。

步骤3:git隐藏弹出隐藏的更改(然后你可以在弹出的文件上提交，如果你想要，或者先推送已经提交的更改(STEP4)，然后再将新的提交到文件中。)

步骤4:git推送origin branch_name -v合并后的更改。

将branch_name替换为master(用于主分支)。