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

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

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

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

sudo git commit -m "message"

然后再输入密码

git commit -m "message"

我只是想加入我的解。我在OS X上有一个回购，在一些目录上有根所有权，在其他目录上有Home(这是我的用户目录)，这导致了上面列出的相同错误。

谢天谢地，解决办法很简单。从终端:

sudo chown -R Home projectdirectory

修复权限

我用这个来修复我的。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 '{}' +

这也将修复所有子模块。

对我来说，这些建议都没用。我在Windows上，这对我来说很有效:

将远程回购复制到另一个文件夹中 共享文件夹并授予适当的权限。 确保您可以从本地计算机访问该文件夹。 将此回购添加为本地回购中的另一个远程回购。(git remote add foo //SERVERNAME/path/to/ replicated /git) Push到foo。Git push foo master。有用吗?太棒了!现在删除not-working repo并将其重命名为之前的任何内容。确保权限和共享属性保持不变。

当我进入Rstudio项目时，我得到了这个。我意识到我忘了做:

sudo rstudio

程序启动时。事实上，我有另一个bug，我需要做的是:

sudo rstudio --no-sandbox