我犯过的另一个非常简单却又愚蠢的错误:我只是忘记在提交时添加message -m修饰符。所以我写道:

git commit 'My message'

而不是正确的:

git commit -m 'My message'

注意:它不会抛出任何错误!但是你将不能推送你的提交，而总是让Everything更新

我有多个遥控器。除了一个人以外，所有人都正确地推了，所以我知道我没有一个独立的头或提交问题。

结果，我不小心给了两个遥控器相同的URL。复制URL的远程失败，因为我正在推到一个已经被推到的URL !

使用git remote -v显示了我的远程列表和它们的url，在那里我意识到问题。

重置失败的远程到其正确的URL修复了这个问题: Git remote set-url <remote-name> <correct-url>

$ git push origin local_branch:remote_branch

解释

我也犯了同样的错误，花了几个小时试图解决这个问题。最后我找到了。 我不知道的是git push origin branch-x会尝试在本地搜索branch-x然后推送到远程branch-x。

在我的例子中，我有两个远程url。我做了一个从分支-x到分支-y的签出，当我试图从本地的y推到远程的x时，我有一条消息，一切都是最新的，这很正常，因为我正在推到第二个远程的x。

长话短说，为了不落入这种陷阱，你需要指定源ref和目标ref:

$ git push origin local_branch:remote_branch

更新:

如果你每次推送分支都要运行这个命令，你可能需要设置本地和远程分支之间的上游，如下所示:

$ git push --set-upstream origin local_branch:remote_branch

Or

$ git push -u origin local_branch:remote_branch

我犯过的另一个非常简单却又愚蠢的错误:我只是忘记在提交时添加message -m修饰符。所以我写道:

git commit 'My message'

而不是正确的:

git commit -m 'My message'

注意:它不会抛出任何错误!但是你将不能推送你的提交，而总是让Everything更新

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

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

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

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

你是在用一个分离的脑袋工作吗?

如:

指示您的最新提交不是分支头。

警告:以下是一个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

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