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

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 --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 checkout -b temp

现在，我们可以从本地存储库推送到主分支。

git push

但这不是长久之计。未来的推动将带来同样的问题。为了一劳永逸地解决这个问题，您需要将远程存储库转换为裸存储库。从远程服务器输入:

git config core.bare true

现在你可以毫无问题地推到遥控器了。

以后，使用——bare选项创建远程存储库，如下所示:

git init --bare

因为已经有一个现有的存储库正在运行

git config --bool core.bare true

在远程存储库上就足够了

从核心开始。裸露的文档

如果为true (bare = true)，则假定存储库是空的，没有关联的工作目录。如果是这种情况，许多需要工作目录的命令将被禁用，例如git-add或git-merge(但您将能够推到它)。

在创建存储库时，git-clone或git-init会自动猜测该设置。默认情况下，存储库以“/”结尾。Git”被假设为非裸(bare = false)，而所有其他存储库都被假设为裸(bare = true)。

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

也许您的远程回购在您想要推送的分支中。您可以尝试在远程机器上签出另一个分支。我这样做了，这些错误消失了，我把成功推到我的远程回购。注意，我使用ssh连接我自己的服务器，而不是github.com。