您的分支应该在注意到最新合并的更改时立即包含它们，但是您还没有提取最新的更改。

git fetch 

也许这就是所需要的。如果这不起作用，那么你可能需要:

git pull <sharedRepo> <branch> --rebase

如果您没有任何合并冲突，您应该能够成功地推动您的更改。

git push <forkedRepo> <branch>

如果您遇到合并冲突，您无法在GitHub中远程解决。您必须在本地解决它们，然后使用强制标签推动解决方案，因为合并冲突解决方案将更改历史记录。

git push <forkedRepo> <branch> -f

这可能导致远程存储库丢失提交;小心使用。

如果你不希望将远程分支合并到本地分支(参见git diff的区别)，并且想要强制推送，请使用push命令和-f

git push -f origin <branch>

原点是远程回购的名称。

通常，该命令拒绝更新不是用于覆盖它的本地引用的祖先的远程引用。这个标志禁用检查。这可能导致远程存储库丢失提交;小心使用。

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

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

您的分支应该在注意到最新合并的更改时立即包含它们，但是您还没有提取最新的更改。

git fetch 

也许这就是所需要的。如果这不起作用，那么你可能需要:

git pull <sharedRepo> <branch> --rebase

如果您没有任何合并冲突，您应该能够成功地推动您的更改。

git push <forkedRepo> <branch>

如果您遇到合并冲突，您无法在GitHub中远程解决。您必须在本地解决它们，然后使用强制标签推动解决方案，因为合并冲突解决方案将更改历史记录。

git push <forkedRepo> <branch> -f

如果git pull print Already - up- up，那么你可能想检查全局git push.default参数(In ~/.gitconfig)。如果匹配，则将其设置为simple。下面的答案解释了原因:

Git: push.default "matching"和"simple"有什么区别?

此外，使用git remote show origin检查您的本地分支是否过期，并在需要时进行拉取也是值得的

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

场景,

我成功地将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**