当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当前回答
修复权限
我用这个来修复我的。git文件夹,@richard-hansen的答案缺少用户。
首先,您需要进入.git文件夹。
cd /path/to/repo/.git
然后执行这些命令。
sudo chown -R user:groupname .
sudo chmod -R g+rwX .
sudo find . -type d -exec chmod g+s '{}' +
这也将修复所有子模块。
其他回答
如果您使用不同的用户运行git init,而不是您计划在推送更改时使用的用户,则很容易发生这种情况。
如果你盲目地遵循[1]上的说明,这可能会发生,因为你可能创建了git-user作为根用户,然后立即转移到git init,而没有改变用户。
[1] http://git-scm.com/book/en/Git-on-the-Server-Setting-Up-the-Server
调试这种情况的一个好方法是,下次发生这种情况时,SSH到远程repo, cd到objects文件夹,并执行ls -al。
如果您看到2-3个文件具有不同的用户:组所有权,那么这就是问题所在。
在过去,我遇到过一些遗留脚本访问我们的git repo,通常意味着不同的(unix)用户最后推送/修改文件,而您的用户没有权限覆盖这些文件。你应该创建一个共享git组,所有启用git的用户都在其中,然后递归地chgrp objects文件夹和它的内容,这样它的组所有权就是共享git组。
您还应该在文件夹上添加一个sticky位,以便在文件夹中创建的所有文件将始终具有git组。
Chmod g+s目录名
更新:我不知道core. sharerepository。很高兴知道这一点,尽管它可能只是做上述工作。
在我的例子中,解决方案就是git再次提交。
问题自动解决了。
发生了什么事?我使用^C (Control-C)来避免写错误的提交消息。(我从错误的剪贴板中粘贴了错误的消息。)因此,我假设进程暂时冻结在后台,这暂时锁定了数据库。
对我来说,这些建议都没用。我在Windows上,这对我来说很有效:
将远程回购复制到另一个文件夹中 共享文件夹并授予适当的权限。 确保您可以从本地计算机访问该文件夹。 将此回购添加为本地回购中的另一个远程回购。(git remote add foo //SERVERNAME/path/to/ replicated /git) Push到foo。Git push foo master。有用吗?太棒了!现在删除not-working repo并将其重命名为之前的任何内容。确保权限和共享属性保持不变。
我通过使用ssh://基于URL而不是基于http://的URL解决了这个问题。
几天前,我使用基于http://的URL克隆了存储库。在克隆和推送之间,我不得不在我的帐户上启用2FA,随后将我的公钥添加到代码库中。
由于启用了2FA, http:// URL无法正常工作。