调试这种情况的一个好方法是，下次发生这种情况时，SSH到远程repo, cd到objects文件夹，并执行ls -al。

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

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

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

Chmod g+s目录名

更新:我不知道core. sharerepository。很高兴知道这一点，尽管它可能只是做上述工作。

最简单的解决方案是:

来自项目总监:

sudo chmod 777 -R .git/objects

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

在我的情况下，我不能提交任何东西，而所有的容器都在那里。但一旦我杀了他们，我就能毫无问题地投入。

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

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

sudo git commit -m "message"

然后再输入密码

git commit -m "message"

在你添加了一些东西之后……提交它们，并在所有完成后推动它!爆炸! !开始所有的问题…正如您应该注意到的，在定义新项目和现有项目的方式上存在一些差异。如果其他人尝试添加/提交/推送相同的文件或内容(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。记住，这些只是别名，你所需要做的就是记住新的别名和它们各自的远程分支。