当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当前回答
在使用git很长一段时间没有问题之后,我今天遇到了这个问题。经过一些思考,我意识到我今天早些时候把我的面具从022换成了别的东西。
其他人的所有答案都是有帮助的,例如,对有问题的目录执行chmod。但根本原因是我的新umask,每当在.git/object/下创建一个新目录时,它总是会导致一个新问题。所以,对我来说,长期的解决方案是把umask改回022。
其他回答
sudo chmod -R ug+w .;
基本上,.git/objects文件没有写权限。上面的代码行授予目录中所有文件和文件夹的权限。
当我进入Rstudio项目时,我得到了这个。我意识到我忘了做:
sudo rstudio
程序启动时。事实上,我有另一个bug,我需要做的是:
sudo rstudio --no-sandbox
调试这种情况的一个好方法是,下次发生这种情况时,SSH到远程repo, cd到objects文件夹,并执行ls -al。
如果您看到2-3个文件具有不同的用户:组所有权,那么这就是问题所在。
在过去,我遇到过一些遗留脚本访问我们的git repo,通常意味着不同的(unix)用户最后推送/修改文件,而您的用户没有权限覆盖这些文件。你应该创建一个共享git组,所有启用git的用户都在其中,然后递归地chgrp objects文件夹和它的内容,这样它的组所有权就是共享git组。
您还应该在文件夹上添加一个sticky位,以便在文件夹中创建的所有文件将始终具有git组。
Chmod g+s目录名
更新:我不知道core. sharerepository。很高兴知道这一点,尽管它可能只是做上述工作。
也有可能您添加了另一个具有相同别名的本地存储库。例如,您现在有两个本地文件夹称为origin,因此当您尝试推送时,远程存储库将不接受您的凭据。
重命名本地存储库别名,您可以通过这个链接https://stackoverflow.com/a/26651835/2270348
也许您可以留下一个您喜欢的本地存储库作为origin,而其他存储库则重命名它们,例如从origin到另一个origin。记住,这些只是别名,你所需要做的就是记住新的别名和它们各自的远程分支。
使用下面的命令,就像魔术一样
sudo chown -R "${USER:-$(id -un)}" .
准确地输入命令(在结尾有额外的空格和一个点)
命令分解
sudo
以root用户运行
chown
改变所有权
-R
针对所有文件和文件夹的递归操作
"${USER:-$(id -un)}"
从$ user中获取用户名,如果没有设置,则通过运行id -un获取值
.
定位当前目录