当我在阅读progit时，我得到了这个错误。我创建了一个本地存储库，然后在同一文件系统上的另一个repo中获取它，进行编辑并尝试推送。在阅读了NowhereMan的回答后，一个快速的解决方法是转到“远程”目录并临时签出另一个提交，从我所做更改的目录中推送，然后返回并将头部放回master。

总结

您不能推送到存储库的一个签出分支，因为这会扰乱该存储库的用户，很可能以丢失数据和历史记录而告终。但是您可以推送到同一存储库的任何其他分支。

由于裸存储库从来没有检出过任何分支，所以您总是可以推入裸存储库的任何分支。

问题的解剖

当一个分支签出时，提交将添加一个新的提交，当前分支的头作为其父，并移动该分支的头作为新提交。

So

A ← B
    ↑
[HEAD,branch1]

就变成了

A ← B ← C
        ↑
    [HEAD,branch1]

但如果有人可以推送到中间的那个分支，用户就会进入git所说的分离头部模式:

A ← B ← X
    ↑   ↑
[HEAD] [branch1]

现在用户不再在branch1中，没有显式地要求签出另一个分支。更糟糕的是，用户现在在任何分支之外，任何新的提交都会悬空:

      [HEAD]
        ↓
        C
      ↙
A ← B ← X
        ↑
       [branch1]

假设，如果此时用户签出了另一个分支，那么这个悬空提交将成为Git垃圾收集器的公平游戏。

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

正如在其他回答中提到的，您不能推到签出的分支。让我们从这里开始。

从远程服务器，让我们将远程存储库签入到一个临时分支。

git checkout -b temp

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

git push

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

git config core.bare true

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

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

git init --bare

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

当我在阅读progit时，我得到了这个错误。我创建了一个本地存储库，然后在同一文件系统上的另一个repo中获取它，进行编辑并尝试推送。在阅读了NowhereMan的回答后，一个快速的解决方法是转到“远程”目录并临时签出另一个提交，从我所做更改的目录中推送，然后返回并将头部放回master。