当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当我尝试推到共享git远程时,我得到以下错误: 向存储库数据库添加对象权限不足
这适用于下一次推送,因为所有的文件都属于正确的组,但下一次有人推送一个更改时,它会在对象文件夹中创建一个新项目,该项目的默认组为组。我唯一能想到的就是改变所有开发人员签入项目的默认组,但这似乎是一种hack。什么好主意吗?谢谢。
当前回答
我通过使用ssh://基于URL而不是基于http://的URL解决了这个问题。
几天前,我使用基于http://的URL克隆了存储库。在克隆和推送之间,我不得不在我的帐户上启用2FA,随后将我的公钥添加到代码库中。
由于启用了2FA, http:// URL无法正常工作。
其他回答
sudo chmod -R ug+w .;
基本上,.git/objects文件没有写权限。上面的代码行授予目录中所有文件和文件夹的权限。
最简单的解决方案是:
来自项目总监:
sudo chmod 777 -R .git/objects
在你添加了一些东西之后……提交它们,并在所有完成后推动它!爆炸! !开始所有的问题…正如您应该注意到的,在定义新项目和现有项目的方式上存在一些差异。如果其他人尝试添加/提交/推送相同的文件或内容(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
要解决这个问题,您必须考虑到操作系统的权限系统,因为在这种情况下您受到了它的限制。为了更好地理解这个问题,继续检查你的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=group,根据文档,这使存储库组可写,执行:
$ git config core.sharedRepository group
https://coderwall.com/p/8b3ksg
也有可能您添加了另一个具有相同别名的本地存储库。例如,您现在有两个本地文件夹称为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中)