我已经解决了一些合并冲突，然后提交并尝试推送更改并收到以下错误：
c:\Program Files (x86)\Git\bin\git.exe push --recurse-submodules=check "origin" master:master
Done
remote: error: refusing to update checked out branch: refs/heads/master
remote: error: By default, updating the current branch in a non-bare repository
remote: error: is denied, because it will make the index and work tree inconsistent
remote: error: with what you pushed, and will require 'git reset --hard' to match
remote: error: the work tree to HEAD.
remote: error:
remote: error: You can set 'receive.denyCurrentBranch' configuration variable to
remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into
remote: error: its current branch; however, this is not recommended unless you
remote: error: arranged to update its work tree to match what you pushed in some
remote: error: other way.
remote: error:
remote: error: To squelch this message and still keep the default behaviour, set
remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To C:/Development/GIT_Repo/Project
! [remote rejected] master -> master (branch is currently checked out)
error: failed to push some refs to 'C:/Development/GIT_Repo/Project'
有人知道什么可能导致此错误吗？
有两种类型的存储库：bare and non-bare
裸存储库没有工作副本，您可以将其推送到它们。这些就是您在Github中获得的存储库类型！如果要创建一个裸仓库，可以使用
git init --bare
总之，您不能推送到非裸存储库（编辑：嗯，您不能推送到存储库的当前签出分支。使用裸存储库，您可以将其推送到任何分支，因为未检出任何分支。尽管有可能，但推送到非裸存储库并不常见）。您可以做的是从另一个存储库中获取并合并。这就是您在Github中看到的pull request的工作方式。您要求他们从您身边拉开，并且不要强行推入它们。
Update：感谢VonC在最新的git版本（当前为2.3.0）中指出这一点，pushing to the checked out branch of a non-bare repository is possible。但是，您仍然无法推送到dirty工作树，这绝对不是安全的操作。
我在阅读progit时在玩耍时遇到此错误。我创建了一个本地存储库，然后在同一文件系统上的另一个存储库中将其获取，进行了编辑并尝试推送。阅读NowhereMan的答案后，一个快速的解决方法是转到“远程”目录并临时签出另一个提交，从我进行更改的目录中推送，然后返回并重新放置在master上。
我通过首先验证该遥控器没有检出任何东西（实际上不应该这样做），然后使用以下方法使其暴露出来来解决了这个问题：
$ git config --bool core.bare true
在执行git push之后效果很好。
您无法推送到存储库的一个已签出分支，因为它可能以数据和历史记录丢失结尾的方式使该存储库的用户陷入混乱。但是您可以推送到同一存储库的任何其他分支。
由于裸存储库永远不会签出任何分支，因此您始终可以推送到裸存储库的任何分支。
当一个分支被检出时，提交将添加一个新的提交，以当前分支的头部作为其父级，并将该分支的头部移动为该新的提交。
所以
A ← B
↑
[HEAD,branch1]
成为
A ← B ← C
↑
[HEAD,branch1]
但是如果有人可以推送到其间的分支，则用户将进入git所说的独立头模式：
A ← B ← X
↑ ↑
[HEAD] [branch1]
现在，用户不再位于branch1中，而无需明确要求签出另一个分支。更糟糕的是，用户现在是在任何分支之外，并且任何新提交都将是dangling：
[HEAD]
↓
C
↙
A ← B ← X
↑
[branch1]
假设，如果此时用户签出另一个分支，则对于Git的垃圾收集器，此悬空的提交将成为公平的游戏。
cd进入要在远程计算机上推送到的repo /目录，然后输入
$ git config core.bare true
对我来说，以下是技巧：
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
在远程存储库上就足够了
来自core.bare文档
如果为true（bare = true），则假定存储库是裸露的，没有关联的工作目录。如果是这种情况，则会禁用许多需要工作目录的命令，例如git-add或git-merge（但您可以将其推送到其中）。
创建存储库时，此设置将由git-clone或git-init自动猜测。默认情况下，以“ /.git”结尾的存储库被认为不是裸露的（裸= false），而所有其他存储库都被认为是裸（裸= true）。
git pull &&& git push。git push origin master:foo并将其合并到远程仓库中。-f强制推动（denyCurrentBranch需要忽略）。基本上，该错误意味着您的存储库不是最新的远程代码（它的索引和工作树与您推送的内容不一致。
通常，您首先应该pull以获取最近的更改，然后再次push。
如果没有帮助，请尝试进入其他分支，例如：
git push origin master:foo
然后将远程存储库上的此分支与master合并在一起。
[如果您有意通过git rebase更改了一些过去的提交，并且您想用所做的更改覆盖存储库，则可能想通过添加-f / --force参数来强制执行推送（如果您不这样做，则不推荐[ C0]）。如果仍然无法使用，您需要按照以下命令通过git消息将rebase设置为receive.denyCurrentBranch：
ignore也许您的远程仓库位于您要推送的分支中。您可以尝试签出远程计算机中的另一个分支。我这样做了，然后这些错误消失了，我将成功推到了我的远程仓库中。请注意，我使用ssh而不是github.com来连接我自己的服务器。
我有这个错误，因为git repo被（偶然地）在同一位置初始化了两次：首先是非裸仓库，然后不久是裸仓库。由于.git文件夹仍然存在，因此git假定存储库是非裸露的。删除.git文件夹和工作目录数据可以解决此问题。