Git Push 错误：将对象添加到存储库数据库的权限不足

Question

当我尝试推送到共享 git 远程时，我收到以下错误： insufficient permission for adding an object to repository database

然后我在这里阅读了一个修复：修复这适用于下一次推送，因为所有文件都属于正确的组，但是下次有人推送更改时，它会在具有默认组的对象文件夹中创建一个新项目作为组。 我能想到的唯一一件事就是更改所有开发人员签入项目的默认组，但这似乎是一种黑客行为。 有任何想法吗？ 谢谢。

Answer 1

维修权限

确定并修复根本原因后（见下文），您需要修复权限：

cd /path/to/repo/.git
sudo chgrp -R groupname .
sudo chmod -R g+rwX .
sudo find . -type d -exec chmod g+s '{}' +

请注意，如果您希望每个人都能够修改存储库，则不需要chgrp ，您需要将 chmod 更改为sudo chmod -R a+rwX .

如果您不解决根本原因，错误将不断出现，您将不得不一遍又一遍地重新运行上述命令。

根本原因

该错误可能由以下原因之一引起：

• 存储库未配置为共享存储库（请参阅git help config中的core.sharedRepository ）。 如果输出：

   git config core.sharedRepository

  不是group或true或1或一些掩码，请尝试运行：

   git config core.sharedRepository group

  然后重新运行递归chmod和chgrp （参见上面的“修复权限”）。

• 操作系统不会将目录上的 setgid 位解释为“所有新文件和子目录都应继承组所有者”。

  当core.sharedRepository为true或group时，Git 依赖 GNU 操作系统（例如，每个 Linux 发行版）的特性来确保新创建的子目录归正确的组（所有存储库用户所在的组）所有。 此功能记录在GNU coreutils 文档中：

  ... [如果] 设置了目录的 set-group-ID 位，则新创建的子文件继承与目录相同的组，新创建的子目录继承父目录的 set-group-ID 位。 ... [此机制让] 用户更轻松地共享文件，减少使用chmod或chown共享新文件的需要。

  然而，并不是所有的操作系​​统都有这个特性（NetBSD 就是一个例子）。 对于这些操作系统，您应该确保所有 Git 用户都具有相同的默认组。 或者，您可以通过运行git config core.sharedRepository world使存储库在世界范围内可写（但要小心——这不太安全）。

• 文件系统不支持 setgid 位（例如，FAT）。 ext2、ext3、ext4 都支持 setgid 位。 据我所知，不支持 setgid 位的文件系统也不支持组所有权的概念，因此所有文件和目录无论如何都将归同一个组所有（哪个组是挂载选项）。 在这种情况下，请确保所有 Git 用户都在拥有文件系统中所有文件的组中。

• 并非所有 Git 用户都在拥有存储库目录的同一组中。 确保目录上的组所有者正确并且所有用户都在该组中。

Answer 2

对于 Ubuntu（或任何 Linux）

从项目根目录，

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

您可以通过以下方式告诉您的姓名和您的组：

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

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

Answer 3

使用以下命令，像魔术一样工作

sudo chown -R "${USER:-$(id -un)}" .

完全按原样键入命令（有多余的空格和最后一个点）

Answer 4

sudo chmod -R ug+w .;

基本上， .git/objects文件没有写权限。 上面的行授予目录中所有文件和文件夹的权限。

Answer 5

我只是想添加我的解决方案。 我在 OS X 上有一个 repo，它在某些目录上拥有 root 所有权，在其他目录上拥有 Home（这是我的用户目录），这导致了上面列出的相同错误。

谢天谢地，解决方案很简单。 从终端：

sudo chown -R Home projectdirectory

Answer 6

为我解决了......只是这个：

sudo chmod 777 -R .git/objects

Answer 7

调试它的一个好方法是下次它发生时，SSH 到远程仓库，cd 到 objects 文件夹并执行ls -al 。

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

过去在我身上发生过一些遗留脚本访问我们的 git 存储库，通常意味着不同的（unix）用户最后推送/修改了文件，而您的用户无权覆盖这些文件。 您应该创建一个所有启用 git 的用户都在其中的共享 git 组，然后递归地chgrp objects文件夹及其内容，以便它的组所有权是共享的git组。

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

chmod g+s 目录名

更新：我不知道 core.sharedRepository。 很高兴知道，虽然它可能只是上面的。

Answer 8

最简单的解决方案是：

从项目目录：

sudo chmod 777 -R .git/objects

Answer 9

只需将其复制并粘贴到您自己的终端中即可。

sudo chown -R "${USER:-$(id -un)}" .

Answer 10

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

如果您盲目地按照 [1] 中的说明进行操作，则会发生这种情况，因为您可能以 root 身份创建了 git-user，然后立即转到 git init 而不在两者之间更改用户。

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

Answer 11

Linux、macOS：

cd .git/
sudo chown -R name:group *

其中name是您的用户名， group是您的用户名所属的组。

Answer 12

添加一些东西后......提交它们并完成推送！ 砰！！ 开始所有问题...您应该注意到，新项目和现有项目的定义方式存在一些差异。 如果其他人尝试添加/提交/推送相同的文件或内容（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 done 的新属性，根据文档，这使存储库组可写，执行：

$ git config core.sharedRepository group

https://coderwall.com/p/8b3ksg

Answer 13

您需要在终端上复制并粘贴此命令：-

sudo chmod 777 -R .git/objects

Answer 14

我将添加我的两分钱，作为在目录中发现具有特定所有权的文件的一种方式。

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

Answer 15

就我而言，这些建议都没有奏效。 我在 Windows 上，这对我有用：

• 将远程仓库复制到另一个文件夹
• 共享文件夹并授予适当的权限。
• 确保您可以从本地计算机访问该文件夹。
• 将此存储库添加为本地存储库中的另一个远程存储库。 ( git remote add foo //SERVERNAME/path/to/copied/git )
• 推到 foo。 git push foo master 。 它奏效了吗？ 伟大的！ 现在删除不工作的 repo 并将其重命名为以前的任何内容。 确保权限和共享属性保持不变。

Answer 16

我遇到了同样的问题。 在这里阅读我意识到这是消息所指的文件权限。 对我来说，修复是：

/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 中）

Answer 17

为我工作

sudo chmod -R g+rwX .

Answer 18

您需要对要推送到的目录具有足够的写入权限。

就我而言： Windows 2008 服务器

右键单击 git repo 目录或父目录。

属性 > 共享选项卡 > 高级共享 > 权限 > 确保用户具有适当的访问权限。

Answer 19

您可能不小心嵌套了 git 存储库

Answer 20

您也有可能添加了另一个具有相同别名的本地存储库。 例如，您现在有 2 个称为origin的本地文件夹，因此当您尝试推送时，远程存储库将不接受您的凭据。

重命名本地存储库别名，您可以点击此链接https://stackoverflow.com/a/26651835/2270348

也许您可以将 1 个您喜欢的本地存储库保留为origin ，其他人将它们重命名，例如从origin到anotherorigin 。 请记住，这些只是别名，您需要做的就是记住新别名及其各自的远程分支。

Answer 21

我在进入 Rstudio 项目时得到了这个。 我意识到我忘了做：

sudo rstudio

在程序启动时。 事实上，由于我还有另一个错误，我实际上需要这样做：

sudo rstudio --no-sandbox

Answer 22

使用sudo提交-m

• git添加-A
• sudo git commit -m“将sudo用于提交-m”
• git push origin branch_name

Answer 23

我在 Samba 共享上的远程存储库中遇到了这个问题； 我从这个遥控器成功拉出，但在推到它时失败了。

错误的原因是我的~/.smbcredentials文件中的凭据不正确。

Answer 24

git用了很久没有问题，今天遇到了这个问题。 经过一番思考，我意识到我今天早些时候把我的umask从022换成了别的东西。

其他人的所有答案都是有帮助的，即对有问题的目录执行chmod 。 但根本原因是我的新umask ，每当在.git/object/下创建新目录时，它总会导致新的问题。 所以，对我来说，长期的解决方案是将umask改回022 。

Answer 25

使用 Vagrant 运行远程开发机器时出现此错误。 上述解决方案均无效，因为所有文件都具有正确的权限。

我通过将config.vm.box = "hasicorp/bionic64"更改为config.vm.box = "bento/ubuntu-20.10"来修复它。

Answer 26

就我而言，解决方案只是再次git commit 。

问题自动消失了。

发生了什么？ 我使用 ^C (Control-C) 来摆脱编写错误的提交消息。 （我从错误的剪贴板粘贴了错误的消息。）所以我假设该进程在后台暂时冻结，从而暂时锁定了数据库。

Answer 27

我通过使用基于ssh://的 URL 而不是基于http://的 URL 解决了这个问题。

几天前，我使用基于http://的 URL 克隆了存储库。 在克隆和推送之间，我必须在我的帐户上启用 2FA，然后将我的公钥添加到代码存储库中。

由于启用了 2FA， http:// URL 无法正常工作。

Answer 28

确保以管理员身份打开命令行提示符。 然后，确保项目文件不是只读的。

在Windows中，您可以通过右键单击项目文件夹->单击“显示更多选项”->单击“属性”->取消选择“只读”->单击“应用”来检查这一点

Answer 29

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

sudo git commit -m "message"

然后在输入我的密码后我再次

git commit -m "message"

Answer 30

我刚试过sudo git commit -m "XY"然后我用 CTRL + C 取消它，然后用git commit -m "XY"再次尝试，然后它突然起作用了。

Answer 31

维修权限

我用它来修复我的 .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 '{}' +

这也将修复所有子模块。

Answer 32

当您使用多个正在运行的 docker 容器并尝试更改和提交/推送某些内容时，可以重现此问题的另一种解决方案。

就我而言，当所有容器都启动时，我无法提交任何内容。 但是，一旦我杀死了他们-我就可以毫无问题地提交。

我没有过多研究这种行为的原因，但我可以猜测您在本地更改的代码在 docker 容器中被重用，并且由于它是从 root 用户运行的，因此它可以更改它工作的文件的一些权限with - 这可能会导致问题。