我只是尝试了sudo git commit -m“XY”，然后我用CTRL + C取消了它，然后再次尝试git commit -m“XY”，然后它突然工作了。

在使用git很长一段时间没有问题之后，我今天遇到了这个问题。经过一些思考，我意识到我今天早些时候把我的面具从022换成了别的东西。

其他人的所有答案都是有帮助的，例如，对有问题的目录执行chmod。但根本原因是我的新umask，每当在.git/object/下创建一个新目录时，它总是会导致一个新问题。所以，对我来说，长期的解决方案是把umask改回022。

确保以admin身份打开命令行提示符。然后，确保项目文件不是只读的。

在windows中，您可以通过右键单击项目文件夹来检查->单击“显示更多选项”->单击“属性”->取消选择“只读”->单击“应用”

我遇到了同样的问题。阅读这里，我意识到这是文件权限的消息是指。对我来说，解决办法是:

/etc/inetd.d/git-gpv

它以“nobody”用户启动git-daemon，因此缺乏写权限。

# Who   When    What
# GPV   20Nov13 Created this by hand while reading: http://linuxclues.blogspot.co.uk/2013/06>/git-daemon-ssh-create-repository-debian.html
# GPV   20Nov13 Changed owner (to user_git) otherise nobody lack permission to update the repository
#git stream tcp nowait nobody  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo
git stream tcp nowait user_git  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo

(我怀疑其他人把他们的inetd conf文件称为git-gpv。通常它会直接在/etc/inetd.conf中)

我只是想加入我的解。我在OS X上有一个回购，在一些目录上有根所有权，在其他目录上有Home(这是我的用户目录)，这导致了上面列出的相同错误。

谢天谢地，解决办法很简单。从终端:

sudo chown -R Home projectdirectory

我只是尝试了sudo git commit -m“XY”，然后我用CTRL + C取消了它，然后再次尝试git commit -m“XY”，然后它突然工作了。