当我尝试推送到共享git远程时,我收到以下错误:
insufficient permission for adding an object to repository database
然后我在这里阅读了一个修复程序:修复 这适用于下一次推送,因为所有文件都是正确的组,但是下次有人推送更改时,它在对象文件夹中创建了一个具有其默认组的新项目作为小组.我能想到的唯一一件事是更改所有开发人员的默认组,他们检查的项目,但这似乎是一个黑客.有任何想法吗？谢谢.
Ric*_*sen 823
在确定并修复了根本原因后(见下文),您将需要修复权限:
cd /path/to/repo.git
sudo chgrp -R groupname .
sudo chmod -R g+rwX .
find . -type d -exec chmod g+s '{}' +
请注意,如果您希望每个人都能够修改存储库,则不需要,chgrp并且您需要将chmod更改为sudo chmod -R a+rwX .
如果你没有解决根本原因,错误将继续回来,你将不得不一遍又一遍地重新运行上述命令.
该错误可能是由以下原因之一引起的:
存储库未配置为共享存储库(见core.sharedRepository在git help config).如果输出:
git config core.sharedRepository
是不是group或true或1或某些面具,尝试运行:
git config core.sharedRepository group
然后重新运行递归chmod和chgrp(参见上面的"修复权限").
操作系统不会将目录上的setgid位解释为"所有新文件和子目录应继承组所有者".
如果core.sharedRepository是true或group,Git的依赖于GNU操作系统的特征(例如,每一个Linux发行),以确保新创建的子目录被正确的组(该组所有存储库的用户都在)所拥有.GNU coreutils文档中记录了此功能:
... [If]设置目录的set-group-ID位,新创建的子文件继承与目录相同的组,新创建的子目录继承父目录的set-group-ID位.... [此机制允许]用户通过减少使用
chmod或chown共享新文件的需要,更轻松地共享文件.
但是,并非所有操作系统都具有此功能(NetBSD就是一个例子).对于这些操作系统,您应确保所有Git用户都具有相同的默认组.或者,您可以通过运行使存储库成为可写的git config core.sharedRepository world(但要小心 - 这不太安全).
Ter*_*ryS 411
对于Ubuntu(或任何Linux)
从项目根目录,
cd .git/objects
ls -al
sudo chown -R yourname:yourgroup *
您可以通过查看ls -al命令的大部分输出的权限来判断您的姓名和组应该是什么
注意:记住sudo线末尾的星号
Raj*_*ari 47
sudo chmod -R ug+w .;
基本上,.git/objects文件没有写入权限.上面的行授予目录中所有文件和文件夹的权限.
Cod*_*orm 46
使用以下命令,像魔术一样工作
sudo chown -R "${USER:-$(id -un)}" .
完全按照原样输入命令(末尾有额外的空格和一个点)
Bra*_*don 27
我只想添加我的解决方案.我在OS X上有一个repo,它在某些目录上拥有root权限,而在其他目录上拥有Home(这是我的用户目录),这导致了上面列出的相同错误.
谢天谢地,解决方案很简单.从终端:
sudo chown -R Home projectdirectory
Mau*_*ord 18
调试它的一个好方法是下次它发生时,SSH进入远程仓库,cd进入对象文件夹并执行ls -al.
如果您看到2-3个文件具有不同的用户:组所有权比这个问题.
过去我发生了一些遗留脚本访问我们的git repo,通常意味着最后一个不同的(unix)用户推送/修改过的文件,而你的用户没有权限覆盖这些文件.您应该创建一个共享的git组,所有git用户都在其中,然后递归chgrp该objects文件夹及其内容,以便它的组所有权是共享git组.
您还应该在文件夹上添加一个粘滞位,以便在该文件夹中创建的所有文件始终具有该组git.
chmod g + s目录名
更新:我不知道core.sharedRepository.很高兴知道,虽然它可能就是上述情况.
Jac*_*bec 16
最简单的解决方法是：
从项目目录：
sudo chmod 777 -R .git/objects
小智 14
解决了我...就是这个:
sudo chmod 777 -R .git/objects
小智 9
如果您git init在推送更改时使用与计划使用的用户不同的用户,则很容易发生这种情况.
如果您盲目地按照[1]上的说明进行操作,那么您可能会以root身份创建git-user,然后立即转到git init而不更改用户.
[1] http://git-scm.com/book/en/Git-on-the-Server-Setting-Up-the-Server
Linux，macOS：
cd .git/
sudo chown -R name:group *
name您的用户名在哪里，是您的用户group名所属的组。
小智 5
添加一些东西之后...提交它们并且完成后推送它!砰!!开始所有问题......正如您应该注意到新项目和现有项目的定义方式存在一些差异.如果其他人试图添加/提交/推送相同的文件或内容(git将两者保持为相同的对象),我们将面临以下错误:
$ git push
Counting objects: 31, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (17/17), done.
Writing objects: 100% (21/21), 2.07 KiB | 0 bytes/s, done.
Total 21 (delta 12), reused 0 (delta 0)
remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object
要解决此问题,您必须考虑操作系统的权限系统,因为在这种情况下您受到限制.Tu更好地理解问题,继续检查你的git对象的文件夹(.git/objects).你可能会看到类似的东西:
<your user_name>@<the machine name> objects]$ ls -la
total 200
drwxr-xr-x 25 <your user_name> <group_name> 2048 Feb 10 09:28 .
drwxr-xr-x 3 <his user_name> <group_name> 1024 Feb 3 15:06 ..
drwxr-xr-x 2 <his user_name> <group_name> 1024 Jan 31 13:39 02
drwxr-xr-x 2 <his user_name> <group_name> 1024 Feb 3 13:24 08
*请注意,这些文件的权限仅授予您的用户,没有人永远不会更改它...*
Level u g o
Permission rwx r-x ---
Binary 111 101 000
Octal 7 5 0
解决问题
如果您拥有超级用户权限,则可以使用第二步自行更改所有权限,在任何其他情况下,您需要向所有用户询问使用其用户创建的对象,使用以下命令知道他们是谁:
$ ls -la | awk '{print $3}' | sort -u
<your user_name>
<his user_name>
现在,您和所有文件的所有者用户必须更改这些文件权限,执行以下操作:
$ chmod -R 774 .
之后,您将需要添加一个新属性,该属性相当于--shared =为新存储库完成的组,根据文档,这使存储库组可写,执行它:
$ git config core.sharedRepository group
https://coderwall.com/p/8b3ksg
小智 5
只需将其复制并粘贴到您自己的终端中即可。
sudo chown -R "${USER:-$(id -un)}" .