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

问题自动解决了。

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

最简单的解决方案是:

来自项目总监:

sudo chmod 777 -R .git/objects

对我来说，这些建议都没用。我在Windows上，这对我来说很有效:

将远程回购复制到另一个文件夹中 共享文件夹并授予适当的权限。 确保您可以从本地计算机访问该文件夹。 将此回购添加为本地回购中的另一个远程回购。(git remote add foo //SERVERNAME/path/to/ replicated /git) Push到foo。Git push foo master。有用吗?太棒了!现在删除not-working repo并将其重命名为之前的任何内容。确保权限和共享属性保持不变。

我将补充我的意见，作为一种发现目录中具有特定所有权的文件的方法。

该问题是由于以根用户身份运行某些git命令引起的。 收到的信息是:

$ git commit -a -m "fix xxx"
error: insufficient permission for adding an object to repository database .git/objects
error: setup.sh: failed to insert into database

我首先查看了git config -l，然后我解决了:

find .git/ -exec stat --format="%G %n" {} + |grep root

chown -R $(id -un):$(id -gn) .git/objects/

git commit -a -m "fixed git objects ownership"

也有可能您添加了另一个具有相同别名的本地存储库。例如，您现在有两个本地文件夹称为origin，因此当您尝试推送时，远程存储库将不接受您的凭据。

重命名本地存储库别名，您可以通过这个链接https://stackoverflow.com/a/26651835/2270348

也许您可以留下一个您喜欢的本地存储库作为origin，而其他存储库则重命名它们，例如从origin到另一个origin。记住，这些只是别名，你所需要做的就是记住新的别名和它们各自的远程分支。

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

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