当我进入Rstudio项目时，我得到了这个。我意识到我忘了做:

sudo rstudio

程序启动时。事实上，我有另一个bug，我需要做的是:

sudo rstudio --no-sandbox

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

该问题是由于以根用户身份运行某些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"

如果您使用不同的用户运行git init，而不是您计划在推送更改时使用的用户，则很容易发生这种情况。

如果你盲目地遵循[1]上的说明，这可能会发生，因为你可能创建了git-user作为根用户，然后立即转移到git init，而没有改变用户。

[1] http://git-scm.com/book/en/Git-on-the-Server-Setting-Up-the-Server

我遇到这个问题太多次了，但每次发生时，我都尝试使用sudo命令推送或提交，在输入密码后，我不使用sudo推送或提交 例如

sudo git commit -m "message"

然后再输入密码

git commit -m "message"

适用于Ubuntu(或任何Linux)

从项目根，

cd .git/objects
ls -al
sudo chown -R yourname:yourgroup *

你可以通过以下方式说出你的名字和你所在的小组:

# for yourname
whoami
# for yourgroup
id -g -n <yourname>

注意:记住sudo行末尾的星号

调试这种情况的一个好方法是，下次发生这种情况时，SSH到远程repo, cd到objects文件夹，并执行ls -al。

如果您看到2-3个文件具有不同的用户:组所有权，那么这就是问题所在。

在过去，我遇到过一些遗留脚本访问我们的git repo，通常意味着不同的(unix)用户最后推送/修改文件，而您的用户没有权限覆盖这些文件。你应该创建一个共享git组，所有启用git的用户都在其中，然后递归地chgrp objects文件夹和它的内容，这样它的组所有权就是共享git组。

您还应该在文件夹上添加一个sticky位，以便在文件夹中创建的所有文件将始终具有git组。

Chmod g+s目录名

更新:我不知道core. sharerepository。很高兴知道这一点，尽管它可能只是做上述工作。