我也遇到过类似的问题，结果是我保持分支保持最新的工作流程出了问题。我正在做以下事情:

在我当地的'master'中

git fetch upstream
git merge upstream/master --ff-only

然后回到我当地的分行

git rebase master

这适用于以前的git流，但不适用于github。git rebase是导致同步问题的问题(我承认这是我不得不接受的，但没有完全理解)，不幸的是，git push -f可能是最简单的选择。不好的。

我的新流程是直接使用git merge来更新分支，如下所示:

在我当地的分行

git fetch upstream
git merge upstream/master

没有快进，因为我将在本地分支中做出改变。

正如你可能知道的那样，我不是git专家，但是我被可靠地告知这个工作流可能会避免我遇到的特定问题。

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

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

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

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

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

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

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

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

Git存储(保存当前更改)

Git pull(从远程获取更改)

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

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

Git commit -m commit msg

git push

有些人可能会遇到这个错误，因为Git不知道您要推哪个分支。

如果您的错误消息还包括

error: failed to push some refs to 'git@github.com:jkubicek/my_proj.git'
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. If you did not intend to push that branch, you may want to
hint: specify branches to push or set the 'push.default' configuration
hint: variable to 'current' or 'upstream' to push only the current branch.

那么你可能想要遵循Jim Kubicek的提示，将Git配置为只推送当前分支，将默认分支设置为当前分支。

git config --global push.default current

另一个解决方案是，如果可以的话，通过再次提交来推进远程的头部。在你把这个高级的头拉到局部子树之后，你将能够再次从它推入。

当我试图推我当前的分支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进行清理