我也有同样的问题。在我的例子中，这是因为必须为同一个遥控器命名。它创建了标准的“起源”，但我已经使用“github”作为我的遥控器很长一段时间了，所以它也在那里。只要我移除了“origin”遥控器，错误就消失了。

也许你想在当地开一家新分公司?

必须显式地推送一个新的本地分支:

git push origin your-new-branch-name

这是关于少年犯的一件事…你克隆一个回购，创建一个分支，提交一些更改，推送…“一切都是最新的”。我理解为什么会发生这种情况，但这种工作流程对新人非常不友好。

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

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

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

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

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

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

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

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

我的一个仓库最近移动了，但我有一个本地副本。我从我的本地“主”分支分支出去，并做了一些更改——然后我记得存储库已经移动了。我使用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重置——很难:如果你想保存当前修改的文件，请确保首先使用git stash。

$ git log -1
# note the SHA-1 of latest commit
$ git checkout master
# reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

正如git签出手册页中提到的(重点是我的):

有时能够签出不在分支顶端的提交是有用的。 最明显的例子是在标记的官方发布点检出提交，就像这样:

$ git checkout v2.6.18

Earlier versions of git did not allow this and asked you to create a temporary branch using the -b option, but starting from version 1.5.0, the above command detaches your HEAD from the current branch and directly points at the commit named by the tag (v2.6.18 in the example above). You can use all git commands while in this state. You can use git reset --hard $othercommit to further move around, for example. You can make changes and create a new commit on top of a detached HEAD. You can even create a merge by using git merge $othercommit. The state you are in while your HEAD is detached is not recorded by any branch (which is natural --- you are not on any branch). What this means is that you can discard your temporary commits and merges by switching back to an existing branch (e.g. git checkout master), and a later git prune or git gc would garbage-collect them. If you did this by mistake, you can ask the reflog for HEAD where you were, e.g. $ git log -g -2 HEAD

虽然git push表示“所有内容都是最新的”，但从技术上讲，你仍然可以推送一个分离的HEAD，正如Jonathan Benn在评论中所指出的那样

 git push origin HEAD:main

您必须指定目标分支，因为源不是分支，也没有上游目标分支。

见上面VonC的回答-我需要一个额外的步骤:

$ git log -1
- note the SHA-1 of latest commit
$ git checkout master
- reset your branch head to your previously detached commit
$ git reset --hard <commit-id>

我这么做了，但是当我尝试着去推remoterepo master时，它说 "错误:未能推动一些参考。为了防止您丢失历史记录，非快进更新被拒绝，合并远程更改(例如。'git pull')，然后再推。”

所以我做了'git拉remoterepo master'，它发现了一个冲突。我再次做了git reset——hard <commit-id>，将冲突文件复制到备份文件夹，git再次拉出remoterepo master，将冲突文件复制回我的项目，git提交，然后git推送remoterepo master，这一次它成功了。

Git不再说“一切都是最新的”，也不再抱怨“快进”。