我也有同样的问题。对我来说，我使用Git push将代码移动到服务器。我从不改变服务器端的代码，所以这是安全的。

在存储库中，您正在按下输入:

git config receive.denyCurrentBranch ignore

这将允许您在存储库是工作副本时更改存储库。

运行Git推送后，转到远程机器并键入以下内容:

git checkout -f

这将使您所推动的更改反映在远程计算机的工作副本中。

请注意，如果在您要推入的工作副本中进行更改，这并不总是安全的。

git配置——local receive.denyCurrentBranch updateInstead

https://github.com/git/git/blob/v2.3.0/Documentation/config.txt#L2155

在服务器存储库上使用它，如果没有发生未跟踪的覆盖，它也会更新工作树。

正如VonC在评论中提到的，它是在Git 2.3中添加的。

我已经编译了Git 2.3并尝试了一下。示例用法:

git init server
cd server
touch a
git add .
git commit -m 0
git config --local receive.denyCurrentBranch updateInstead

cd ..
git clone server local
cd local
touch b
git add .
git commit -m 1
git push origin master:master

cd ../server
ls

输出:

a
b

耶，b被推了!

好的，如果您想要一个普通的远程存储库，那么创建一个额外的分支并签出它。将其推入一个分支(未签出)，并在从本地推入后将其与当前活动的一个分支合并。

例如，在远程服务器上:

git branch dev
git checkout dev

在本地设置中:

git push 

远程服务器:

git merge dev

错误消息error: refused to update检出branch: refs/heads/master由远程存储库发出，这意味着您试图将代码推到远程非裸存储库，该存储库当前在工作目录中检出了不同的代码。避免此问题的最佳方法是只推送到裸存储库—裸存储库永远不会发生此问题。

您可以简单地将远程存储库转换为裸存储库(裸存储库中没有工作副本—文件夹只包含实际的存储库数据)。

在远程存储库文件夹中执行以下命令:

git config --bool core.bare true

然后删除该文件夹中除.git外的所有文件。然后你就可以执行git推送到远程存储库而不会出现任何错误。

我的解决方案是:

在远程:

git checkout -b some_tmp_name

地方:

git push

在远程:

git checkout master
git branch -d some_tmp_name

但这不是真正的解决方案，这只是一种变通方法。

我刚开始学习Git时也犯过同样的错误。其他一些答案显然不适合Git新手!

我要用一些非专业术语来表达我的意思。不管怎样，你有两个存储库，一个是你第一次做的原始的，另一个是你刚刚做的工作。

现在您在工作存储库中，正在使用主分支。但是您碰巧也在原始存储库中“登录”到同一个主分支。现在，由于您是在原始版本中“登录”的，Git担心您可能会搞砸，因为您可能正在使用原始版本并把事情搞砸。因此，您需要返回到原始存储库并执行git检出其他分支，现在您可以毫无问题地进行推送。