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

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

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

git branch -M <desired 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'

验证您没有篡改远程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.