我找到了一条捷径。转到你的。git文件夹，打开HEAD文件，把你所在的分支改回master。例如:ref: refs/heads/master

当我在Github上合并一个分支并继续在本地开发时，我自己也遇到了这种情况。我的解决办法与其他人的建议略有不同。

首先，我从我的旧本地分支(我不能推)上分支了一个新的本地分支。然后我将新的本地分支推送到原始服务器(Github)。即。

$ git checkout -b newlocalbranch oldlocalbranch
$ git push origin newlocalbranch

这得到的变化显示在Github上，虽然在newlocalbranch而不是oldlocalbranch。

我今天遇到了这个问题，它和其他答案没有任何关系。以下是我所做的以及我是如何解决它的:

我的一个仓库最近移动了，但我有一个本地副本。我从我的本地“主”分支分支出去，并做了一些更改——然后我记得存储库已经移动了。我使用git remote set- URL origin https://<my_new_repository_url>来设置新的URL，但是当我推它时，它只会说“一切都是最新的”，而不是推我的新分支到master。

我最终通过重新基于origin/master，然后使用显式分支名称来解决它，就像这样:

$ git rebase <my_branch> origin/master
$ git push origin <my_branch>

我希望这能帮助任何有我同样问题的人!

另一种需要注意的重要情况是:git的默认状态是您正在“master”分支中工作。在很多情况下，您只需要将其作为主要的工作分支(尽管有些人会变得花哨并做其他事情)。

不管怎样，这只是一个分支。所以我可能会遇到这样的情况:

我的活动分支实际上不是主分支. ...但我习惯执行命令:git push(我之前已经做过git push origin master，所以这是一个快捷方式)。

所以我习惯性地将主分支推到共享回购…对我来说，这可能是一件干净的好事……

但是我已经忘记了我一直在做的改变还没有在主分支!!

因此，每次我尝试git push，当我看到“Everything up to date”时，我都想尖叫，但当然，这不是git的错!它是我的。

因此，我将我的分支合并到master中，然后执行push，一切都恢复正常。

我的问题是本地分支与远程分支的名称不同。我可以通过以下方法来推动:

$ git push origin local-branch-name:remote-branch-name

(来源:https://penandpants.com/2013/02/07/git-pushing-to-a-remote-branch-with-a-different-name/)

超级罕见-但仍然:在Windows上，它可能是打包refs有一个带有一个字母大小写的分支(即dev/mybranch)，而refs文件夹有另一个大小写(即dev/mybranch)当核心。Ignorecase设置为true。

解决方案是手动从wrapped -refs中删除相关行。没找到更干净的解决办法。