您的分支名称是否与远程分支名称相同?

如果没有，您应该签出一个与远程分支同名的新分支，并尝试再次推送它。

假设要推送的远程分支是[testing]，本地分支名为[test]。

如果你不在测试分支，首先切换到它。

git checkout test

然后打开一个新的分支并命名为testing。

git checkout -b testing

现在，是时候推它了:

git push [remote repo] testing

除了上面的答案，下面的答案对我很有用:-

场景,

我成功地将my_branch推到origin。 我又做了一些改动。 当我尝试再次推，(在做了添加，当然提交)，我得到了上面提到的错误。

解决方案-

 1. git checkout **my_branch**
 2. git add, commit your changes.
 3. git pull origin **my_branch** (not origin, master, or develop)
 4. git push origin **my_branch**

只是有同样的问题，但在我的情况下，我在遥控器上输入了错误的分支。所以，这似乎是这个问题的另一个来源……仔细检查你是否推到了正确的分支。

当我试图推我当前的分支foobar时，我得到了上面提到的错误消息:

git checkout foobar
git push origin foo

结果是我有两个本地分支跟踪同一个远程分支:

foo -> origin/foo (some old branch)
foobar -> origin/foo (my current working branch)

它为我工作，通过使用我的当前分支:

git push origin foobar:foo

．.． 并使用git分支-d进行清理

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

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

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

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

如果您确定没有人对您的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)

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