Git 推送错误：没有足够的权限将对象添加到存储库数据库

Question

当我尝试推送到共享 git 远程时，出现以下错误： 向存储库数据库添加对象的权限不足

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

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 组
  

  然后重新运行递归 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)}" .

准确地键入命令（末尾有额外的空格和一个点）

的命令细分

sudo

以 root 用户身份运行

chown

更改所有权

-R

对所有文件和文件夹进行递归操作

"${USER:-$(id -un)}"

从 $USER 获取用户名并如果未设置，则通过运行 id -un 获取值

.

定位当前目录

Answer 4

sudo chmod -R ug+w .;

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

Answer 5

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

谢天谢地，解决方案很简单。从航站楼出发：

sudo chown -R Home projectdirectory

Answer 6

调试此问题的一个好方法是下次发生这种情况时，通过 SSH 进入远程存储库，cd 进入对象文件夹并执行 ls -al。

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

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

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

chmod g+s 目录名

更新：我不知道 core.sharedRepository。很高兴知道，尽管它可能只是执行上述操作。

Answer 7

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

sudo chmod 777 -R .git/objects

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

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

sudo chmod 777 -R .git/objects

Answer 13

添加一些内容后...提交它们，并在完成后推送它！砰！！开始所有问题...您应该注意到，新项目和现有项目的定义方式存在一些差异。如果其他人尝试添加/提交/推送相同的文件或内容（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

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。有效吗？伟大的！现在删除不工作的存储库并将其重命名为以前的名称。确保权限和共享属性保持不变。

Answer 16

修复权限

我用它来修复我的 .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 17

如果您在 git bash、EC2 实例或任何 linux、ubuntu、macOS 系统中遇到此问题。您可以尝试运行：

sudo git add 。

它在 AWS EC2 ubuntu 实例中适用于我。

Answer 18

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

/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 19

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

就我而言：Windows 2008 服务器

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

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

Answer 20

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

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

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

Answer 21

对我有用

sudo chmod -R g+rwX .

Answer 22

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

就我而言，当所有容器都启动时，我无法提交任何内容。但一旦我杀了他们——我就能毫无问题地做出承诺。

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

Answer 23

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

sudo rstudio

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

sudo rstudio --no-sandbox

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 git commit -m "XY" ，然后我用 CTRL + C 取消了它，并用 git commit -m "XY" 再次尝试，然后它突然起作用了。

Answer 30

最简单最简单的解决方案 ↓

sudo chmod 777 -R /path/to/your/git/repository/.git/objects