我解决了这个问题，首先验证该遥控器没有任何检出(它真的不应该)，然后使它裸露:

$ git config --bool core.bare true

在那之后，git推得很好。

这对我很有用

git配置——global receive.denyCurrentBranch updateInstead Git push origin master

对我来说，以下几点很管用:

git config --global receive.denyCurrentBranch updateInstead

我设置了F:驱动器，几乎是整个驱动器，用Git在我的Windows 10台式机和Windows 10笔记本电脑之间同步。最后我在两台机器上都运行了上面的命令。

首先，我在网络上共享了桌面的F驱动器。然后我可以在我的笔记本电脑上运行:

F:
git clone 'file://///DESKTOP-PC/f'

不幸的是，所有的文件最终都在我笔记本电脑的“F:\ F”下，而不是直接在F:\下。但我可以手动剪切粘贴。之后Git仍然在新位置工作。

然后我尝试对笔记本电脑上的文件做一些更改，提交它们，并将它们推回到桌面上。直到我运行上面提到的git config命令，这才起作用。

注意，我在两台机器上的Windows PowerShell中运行了所有这些命令。

更新:在某些情况下，我仍然在推动更改方面遇到问题。我终于开始拉更改，通过在计算机上运行以下命令，我想拉最近的提交:

git pull --all --prune

我解决了这个问题，首先验证该遥控器没有任何检出(它真的不应该)，然后使它裸露:

$ git config --bool core.bare true

在那之后，git推得很好。

TLDR

又拉又推:少不要脸的拉，少不要脸的推。 还是个问题吗?Push到不同的分支:git Push origin master:foo并在远程repo上合并它。 或者通过添加-f强制推送(denyCurrentBranch需要被忽略)。

基本上，这个错误意味着您的存储库与远程代码没有更新(它的索引和工作树与您推送的内容不一致)。

通常情况下，您应该首先拉取最近的更改，然后再推它。

如果没有帮助，尝试推到不同的分支，例如:

git push origin master:foo

然后将远程存储库上的这个分支合并回master。

如果你故意通过git rebase改变了一些过去的提交，并且你想用你的更改覆盖repo，你可能想通过添加-f/——force参数来强制推送(如果你没有做rebase，不建议使用)。如果仍然不起作用，你需要设置receive.denyCurrentBranch来忽略远程的git消息:

git config receive.denyCurrentBranch ignore

我有这个错误，因为git回购(意外地)初始化两次在同一位置:第一次作为一个非裸回购和不久之后作为一个裸回购。因为.git文件夹仍然存在，所以git假定存储库是非裸的。删除.git文件夹和工作目录数据解决了这个问题。