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

如:

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

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

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

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

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

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

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

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

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

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

我也遇到过类似的情况;当我做出改变并试图 Git push origin master，它说一切都是最新的。

我必须git添加更改后的文件，然后git push origin master。从那时起，它就开始工作了。

呃. .如果你是一个git新手，你确定你在git push之前有git commit吗?我第一次就犯了这个错误!

见上面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不再说“一切都是最新的”，也不再抱怨“快进”。

从你的git状态来看，你的情况可能和我的不一样。

但无论如何，这是发生在我身上的事情。我遇到了以下错误:

fatal: The remote end hung up unexpectedly
Everything up-to-date

这里更有意义的信息是遥控器挂了。结果是由于超过了http post缓冲区的大小。解决办法是增加

Git配置http。postBuffer 524288000

验证您没有篡改远程URL。

I just wanted to also mention that I ran into this after enabling Git as a CVS in a local Jenkins build configuration. It appears that Jenkins checked out the most recent commit of the branch I gave it and also reset my remote to correspond to the paths I gave it to the repo. Had to checkout my feature branch again and fix my origin remote url with 'git remote set-url'. Don't go pointing a build tool to your working directory or you'll have a bad time. My remote was set to a file path to my working directory, so it naturally reported everything up-to-date when I attempted to push changes with the same source and destination.

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

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

git push origin your-new-branch-name

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

另一种可能是您在.gitignore文件中命名了一个被排除的目录。这样新的提交就不会被推送。我碰巧命名了一个目录来忽略“search”，但那也是我源代码树中的一个目录。

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

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

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

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

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

$ 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/)

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

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

我的一个仓库最近移动了，但我有一个本地副本。我从我的本地“主”分支分支出去，并做了一些更改——然后我记得存储库已经移动了。我使用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>

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

在我的例子中，我有2个远程回购。

git remote -v
originhttps https://asim_kt@...
originhttps https://asim_kt@...
origin  ssh:git@bitbucket.org:...
origin  ssh:git@bitbucket.org:...

两次回购都是一样的。一个是https，另一个是ssh。因此，删除不需要的，(在我的情况下，ssh。因为我使用https，因为ssh不能工作!)为我解决了这个问题。

$ 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

我的错误不同于上面提到的所有错误。如果你不知道为什么你会有一个分离的头，那么你可能不会。我正在使用git commit和git push进行自动驾驶，还没有读取git commit的输出。结果，这是一条错误消息，因为我忘记了-am。

[colin] ~/github/rentap.js [master] M % git commit 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers'
error: pathspec 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers' did not match any file(s) known to git.
[colin] ~/github/rentap.js [master] M % git push
Enter passphrase for key '/home/colin/.ssh/id_ecdsa': 
Everything up-to-date

通过把-am放在我经常做的地方来修复它:

[colin] ~/github/rentap.js [master] M % git commit -am 'figured out some more stuff with the forms in views and started figuring out row and mode in models so also made matching routes and controllers'

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

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

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

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

git commit 'My message'

而不是正确的:

git commit -m 'My message'

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

这里，我的解决方案与上面的不同。我还没有弄清楚这个问题是怎么发生的，但我解决了它。有点出乎意料。

现在来看:

$ git push origin use_local_cache_v1 Everything up-to-date $ git status On branch test Your branch is ahead of 'origin/use_local_cache_v1' by 4 commits. (use "git push" to publish your local commits) ...... $ git push fatal: The upstream branch of your current branch does not match the name of your current branch. To push to the upstream branch on the remote, use git push origin HEAD:use_local_cache_v1 To push to the branch of the same name on the remote, use git push origin test $ git push origin HEAD:use_local_cache_v1 Total 0 (delta 0), reused 0 (delta 0) remote:

对我有效的命令是

$git push origin HEAD:use_local_cache

(希望你们能尽快走出困境)

另一种可能是，您的提交不会影响您所推送的目录。在我的例子中，我有一个这样的结构

- .git
- README.md
- client/
 - package.json
 - example.js
- api/
 - requirements.txt
 - example.py

我做出了一个修改README的承诺。然后运行git子树push——prefix client heroku-client master，得到消息Everything - updated

我在使用Jupyter-Notebook时遇到了这个欺骗性错误。

我无法通过上面提供的解决方案解决，因为我既没有分离的头，也没有不同的本地和远程回购名称。

但是我所拥有的是我的文件大小略大于1MB，最大的几乎是2MB。

我如何减少我的iPython笔记本的文件大小减少每个文件的大小?技术。

它通过清除输出来帮助减小文件大小。我能够推动代码，从此以后，因为它使我的文件大小以kb为单位。

我也遇到过同样的问题。因为我没有对暂存区进行更改。 我直接尝试使用命令将代码推到远程回购:

Git push origin master

它会显示最新的信息。

要解决这个问题，请尝试以下步骤

Git添加。 git commit -m Bug修复 Git push -u origin master

我们需要添加文件，并提交已经更改/添加的文件 执行以下命令

Git添加。或者git add nameoffile #，它将添加项目中现有的文件

Git commit -m "first commit" #提交项目中的所有文件

Git push origin master

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

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

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

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

我遇到过这样的情况，我在一个特征分支上，而我的同事也创建了他自己的特征分支。我运行git fetch -a，然后git push origin <coworkers_branch>。它一直告诉我一切都是最新的。

我通过检出到<coworkers_branch>，然后从我的特征分支中提取，然后提交并推回到<coworkers_branch>来修复它。

我真诚地希望这能帮助到一些人，因为我花了太多的时间在这上面。

git branch -M <desired branch>

这招对我很管用。

在我的例子中，问题的原因是我在git bash中的符号链接文件夹中执行git推/拉命令! 我在一个git项目中的符号链接文件夹中指向另一个git项目，git的pull/push命令正在回答Everything - latest。 当我将(cd)移动到实际文件夹的路径(不是通过符号链接)时，git的推/拉命令起作用了。

另一个可能罕见的情况，但值得一提的是-当你在本地环境中配置了预提交钩子(扫描代码以查找错误，例如Python安全，flake8, black, isort, bandit等)，如果其中一个失败了，你的提交也失败了。这在控制台中应该是显而易见的，但是由于来自钩子的错误可能会充斥控制台中，因此您可能没有意识到您的提交将无法工作，直到预提交钩子被配置为忽略问题或问题得到解决。