在我的例子中，解决方案就是git再次提交。

问题自动解决了。

发生了什么事?我使用^C (Control-C)来避免写错误的提交消息。(我从错误的剪贴板中粘贴了错误的消息。)因此，我假设进程暂时冻结在后台，这暂时锁定了数据库。

Linux、macOS:

cd .git/
sudo chown -R name:group *

其中name是用户名，group是用户名所属的组。

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

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

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

您需要对要推入的目录具有足够的写权限。

在我的例子中:Windows 2008服务器

右键单击git回购目录或父目录。

属性>共享选项卡>高级共享>权限>确保用户具有适当的访问权限。

我通过使用ssh://基于URL而不是基于http://的URL解决了这个问题。

几天前，我使用基于http://的URL克隆了存储库。在克隆和推送之间，我不得不在我的帐户上启用2FA，随后将我的公钥添加到代码库中。

由于启用了2FA, http:// URL无法正常工作。