git推送说“一切都是最新的”，即使我有本地更改

我有一个远程gitosis服务器和一个本地git存储库，每次我在代码中做大的更改时，我也会将更改推到该服务器。

但是今天我发现，即使我有一些本地更改并提交到本地存储库，当运行git push origin master时，它说“一切都是最新的”，但当我使用git clone在远程服务器上签出文件时，它不包含最新的更改。我只有一个名为“master”的分支机构和一个名为“origin”的远程服务器。

PS: 这是git在运行ls-remote时显示的内容，我不确定它是否有帮助

$ git ls-remote origin
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        HEAD
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/heads/master
$ git ls-remote .
49c2cb46b9e798247898afdb079e76e40c9f77ea        HEAD
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/heads/master
df80d0c64b8e2c160d3d9b106b30aee9540b6ece        refs/remotes/origin/master
3a04c3ea9b81252b0626b760f0a7766b81652c0c        refs/tags/stage3

当前回答

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

2012-05-19 20:06:01

其他回答

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

2012-05-19 20:06:01

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

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

2018-07-08 14:29:53

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

2023-01-05 00:11:03

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

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

2011-07-27 13:27:18

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

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

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

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

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

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

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

2011-04-11 19:54:49