Git推送错误'[远程拒绝]master-> master（分支当前已签出）

Question

昨天，我发布了一个关于如何从我的一个仓库克隆 Git 存储库的问题机器到另一台机器，我怎样才能“git”从另一台机器克隆？。

我现在能够成功地将 Git 存储库从源 (192.168.1.2) 克隆到目标 (192.168.1.1)。

但是，当我对文件进行编辑、git commit -a -m "test" 和 git Push 时，我在目标位置 (192.168.1.1) 上收到此错误）：

git push                                                
[email protected]'s password: 
Counting objects: 21, done.
Compressing objects: 100% (11/11), done.
Writing objects: 100% (11/11), 1010 bytes, done.
Total 11 (delta 9), reused 0 (delta 0)
error: refusing to update checked out branch: refs/heads/master
error: By default, updating the current branch in a non-bare repository
error: is denied, because it will make the index and work tree inconsistent
error: with what you pushed, and will require 'git reset --hard' to match
error: the work tree to HEAD.
error: 
error: You can set 'receive.denyCurrentBranch' configuration variable to
error: 'ignore' or 'warn' in the remote repository to allow pushing into
error: its current branch; however, this is not recommended unless you
error: arranged to update its work tree to match what you pushed in some
error: other way.
error: 
error: To squelch this message and still keep the default behaviour, set
error: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To git+ssh://[email protected]/media/LINUXDATA/working
! [remote rejected] master -> master (branch is currently checked out)
error: failed to push some refs to 'git+ssh://[email protected]/media/LINUXDATA/working'

我使用两个不同版本的 Git（远程计算机上为 1.7，本地计算机上为 1.5）。这是一个可能的原因吗？

Answer 1

我喜欢在远程盒子上仍然有一个可用存储库的想法，但我喜欢使用而不是虚拟分支：

git checkout --detach

这似乎是 Git - 我正在使用 git 版本 1.7.7.4。

Answer 2

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

在存储库中，您按下键入：

git config receive.denyCurrentBranch ignore

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

运行 Git 推送后，转到远程计算机并输入以下内容：

git checkout -f

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

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

Answer 3

你可能做了什么导致了这种情况：

当你去敲一个小程序时，就会发生这种情况。你即将改变一些已经有效的东西，所以你施展了你的 3 级永久不可撤销咒语：

machine1:~/proj1> git init

然后你开始添加/提交。但是然后，项目开始变得更加复杂，并且您想从另一台计算机（例如您的家用电脑或笔记本电脑）上处理它，所以您做了类似的事情

machine2:~> git clone ssh://machine1/~/proj1

，它克隆了，一切看起来都很好，所以您在 machine2 上处理代码。

然后...您尝试从 machine2 推送提交，并在标题中收到警告消息。

出现此消息的原因是因为您从中提取的 git 存储库旨在仅用于 machine1 上的该文件夹。您可以克隆它，但推送可能会导致问题。在两个不同位置管理代码的“正确”方法是使用“裸”存储库，就像建议的那样。裸存储库并不是为了在其中完成任何工作而设计的，它的目的是协调来自多个源的提交。这就是为什么评分最高的答案建议在执行 git config --bool core.bare true 后删除除 .git 文件夹之外的所有文件/文件夹。

澄清评分最高的答案：对该答案的许多评论都说“我没有从 machine1 中删除非 .git 文件，但我仍然能够从 machine2 提交”。这是正确的。然而，这些其他文件现在已经完全与 git 存储库“分离”了。去尝试 git status ，你应该看到类似“致命：此操作必须在工作树中运行”的内容。因此，删除文件的建议并不能让 machine2 的提交起作用；这样您就不会感到困惑并认为 git 仍在跟踪这些文件。但是，如果您仍想处理 machine1 上的文件，删除文件就会出现问题，不是吗？

那么，您真正应该做什么？

取决于您计划在 machine1 和 machine2 上继续工作多少...

如果您完成了 machine1 的开发并将所有开发转移到machine2... 只需按照最受好评的答案建议的操作：git config --bool core.bare true 然后，可以选择删除除 .git 之外的所有文件/文件夹文件夹，因为它们未被跟踪并且可能会引起混乱。

如果您在 machine2 上的工作只是一次性的，并且您不需要在那里继续开发...那么就不必费心制作一个裸仓库；只是 ftp/rsync/scp/等。将计算机*2* 中的文件放在计算机*1* 上的文件之上，从计算机*1* 提交/推送，然后从计算机*2* 中删除文件。其他人建议创建一个分支，但我认为如果您只想合并从另一台计算机一次性完成的一些开发，那么这有点混乱。

如果您需要在 machine1 和 machine2 上继续开发...那么您需要正确设置。您需要将您的存储库转换为裸存储库，然后您需要在 machine1 上克隆该存储库以便您工作。可能最快的方法是

machine1:~/proj1> git config --bool core.bare true
machine1:~/proj1> mv .git/ ../proj1.git
machine1:~/proj1> cd ..
machine1:~> rm -rf proj1
machine1:~> git clone proj1.git
machine1:~> cd proj1

非常重要：因为您已将存储库的位置从 proj1 移至 proj1.git，您需要在 machine2 上的 .git/config 文件中更新此内容。之后，您可以从 machine2 提交更改。最后，我尝试将我的裸存储库放在一个中心位置，远离我的工作树（即不要将“proj1.git”放在与“proj1”相同的父文件夹中）。我建议您也这样做，但我想让上述步骤尽可能简单。

Answer 4

您可以重新创建服务器存储库并从本地分支主服务器推送到服务器主服务器。

在您的远程服务器上：

mkdir myrepo.git
cd myrepo.git
git init --bare

好的，从您的本地分支：

git push origin master:master

Answer 5

通过几个设置步骤，您可以使用像“Which is beautiful and simple”这样的单行代码轻松地将更改部署到您的网站

git push production

，并且您无需登录远程服务器并执行拉取或任何操作。请注意，如果您不使用生产结帐作为工作分支，这将效果最好！ （OP 在稍微不同的上下文中工作，我认为 @Robert Gould 的解决方案很好地解决了这个问题。该解决方案更适合部署到远程服务器。）

首先，您需要在服务器上的某个位置设置一个裸存储库，位于外部您的网络根目录。

mkdir mywebsite.git
cd mywebsite.git
git init --bare

然后创建文件 hooks/post-receive：

#!/bin/sh
GIT_WORK_TREE=/path/to/webroot/of/mywebsite git checkout -f

并使文件可执行：

chmod +x hooks/post-receive

在本地计算机上，

git remote add production [email protected]:mywebsite.git
git push production +master:refs/heads/master

一切就绪！现在，将来您可以使用 git Push Production 来部署您的更改！

此解决方案的功劳归功于 http://sebduggan.com/blog/部署您的网站更改使用-git/。在那里查找有关正在发生的事情的更详细解释。

Answer 6

您应该只推送到裸存储库。裸存储库是没有签出分支的存储库。如果您要 cd 到裸存储库目录，您只会看到 .git 目录的内容。

Answer 7

检查目标项目中的 .git/config：

$ cat .git/config 
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[receive]
    denyCurrentBranch = updateInstead

如果 core. bare 为 false，可以设置为 true：

$ git config core.bare true

然后在本地推送到远程：

git push remote_repo   // suppose the destination repo is remote_repo

就会成功，在remote_repo中可以查看git版本。

$ git log -1
commit 0623b1b900ef7331b9184722a5381bbdd2d935ba
Author: aircraft < [email protected]>
Date:   Thu May 17 21:54:37 2018 +0800

现在你不能在你的“工作空间”中使用 git：

$ git status
fatal: This operation must be run in a work tree

你应该将 bare.bare 设置回 false。

$ git config core.bare false

Answer 8

您有 3 个选项

1. 再次拉动和推送：

   git pull; git 推送
   

2. 推送到不同的分支：

   git push origin master:foo
   

   并在远程合并它（通过 git 或 pull-request)

   git merge foo
   

3. 强制执行（不推荐，除非您故意通过rebase更改提交）：

   git Push origin master -f
   

   如果仍然被拒绝，请禁用远程存储库上的denyCurrentBranch：

   git config receive.denyCurrentBranch 忽略
   

Answer 9

事实上，将远程设置为非签出分支就足够了。在不同的分支中签出遥控器后，您可以推送。

Answer 10

我在使用 Git 同步 Android 手机和笔记本电脑上的存储库时遇到了同样的问题。对我来说，解决方案是拉动而不是推动，正如 @CharlesBailey 建议的那样。

Android 存储库上的 git Push origin master 对我来说失败，并出现与 @hap497 相同的错误消息，因为推送到存储库 + 工作副本的非裸签出。

笔记本电脑存储库上的 git pull droid master 和工作副本对我有用。当然，您之前需要运行过类似 git Remote add droid /media/KINGSTON4GB/notes_repo/ 的命令。

Answer 11

旧版本的 Git 过去允许推送到非裸存储库当前签出的分支。

事实证明，允许这样做是一件非常令人困惑的事情。所以他们添加了你看到的警告消息，这也非常令人困惑。

如果第一个存储库仅充当服务器，则按照其他答案的建议将其转换为裸存储库并完成它。

但是，如果您需要在两个都在使用的存储库之间有一个共享分支，您可以通过以下设置来实现它

Repo1 - 将充当服务器，也用于开发

Repo2 - 将仅用于开发

设置 Repo1 如下

创建共享工作的分支。

git branch shared_branch

为了安全起见，您还应该创建一个 $(REPO).git/hooks/update 来拒绝对共享分支以外的任何内容进行任何更改，因为您不希望人们破坏您的私有分支。

repo1/.git/hooks  (GIT_DIR!)$ cat update
#!/bin/sh
refname="$1"
oldrev="$2"
newrev="$3"

if [ "${refname}" != "refs/heads/shared_branch" ]
then
   echo "You can only push changes to shared_branch, you cannot push to ${refname}"
   exit 1
fi

现在在 repo1 中创建一个本地分支，您将在其中完成实际工作。

git checkout -b my_work --track shared_branch
Branch my_work set up to track local branch shared_branch.
Switched to a new branch 'my_work'

（可能需要git config --global Push.defaultupstream才能使git Push工作）

现在您可以使用以下命令创建repo2

git clone path/to/repo1 repo2 
git checkout shared_branch 

此时您同时拥有了repo1和repo2设置为在从 repo1 中的 shared_branch 推送和拉取的本地分支上工作，无需担心该错误消息或工作目录在 repo1 中不同步。无论您使用什么正常工作流程都应该有效。

Answer 12

好吧，如果你想要一个普通的远程存储库，那么创建一个额外的分支并检查它。将其推送到一个分支（未签出），并在从本地推送后将其与当前处于活动状态的分支合并。

例如，在远程服务器上：

git branch dev
git checkout dev

在本地设置上：

git push 

在远程服务器上：

git merge dev

Answer 13

您可以执行以下一项测试来了解裸服务器内容的工作原理：

假设您有一台工作站和一台服务器，其中托管了实时站点，并且您希望随时更新此站点到时间（这也适用于两个开发人员通过一个纯粹的中间人来回发送他们的工作的情况）。

初始化

在本地计算机上创建一些目录并 cd 进入该目录，然后执行这些命令：

# initialization
git init --bare server/.git
git clone server content
git clone server local

1. 首先创建一个裸server目录（注意末尾的.git）。该目录将仅用作存储库文件的容器。
2. 然后将服务器存储库克隆到新创建的 content 目录。这是您的实时/生产目录，将由您的服务器软件提供服务。
3. 前两个目录位于您的服务器上，第三个目录是您工作站上的本地目录。

工作流程

现在这是基本工作流程：

1. 进入 local 目录，创建一些文件并提交它们。最后将它们推送到服务器：

   # 创造疯狂的东西
   git 提交-av
   git推送原点大师
   

2. 现在进入content目录并更新服务器的内容：

   <前><代码>git pull

3. 重复1-2。这里的内容可能是另一个开发人员，也可以推送到服务器，并且本地，因为您可以从他那里拉取。

Answer 14

使用它将它推送到远程上游分支为我解决了这个问题：

git push <remote> master:origin/master

远程无法访问上游存储库，因此这是获取该远程最新更改的好方法

Answer 15

我必须在现有的裸存储库中重新运行 git --init ，这在裸存储库树中创建了一个 .git 目录 - 我意识到在输入 <代码>git status在那里。我删除了它，一切都很好:)

（所有这些答案都很棒，但就我而言，这是完全不同的东西（据我所知），如所描述的。）

Answer 16

我确信大多数人看到这个问题都会停在前两个巨大的答案上，但我仍然想提供我的解决方案。

当遇到所描述的错误时，我有一个 Eclipse + Egit Web 项目设置。对我有帮助的是使用 GitHub 应用程序，它似乎神奇地解决了这个问题。虽然 EGit 总是拒绝推送，但 GitHub 桌面应用程序只会耸耸肩并推送我的更改。也许它可以更优雅地处理多登录情况。

Answer 17

我发现对其他人可能有用的一篇文章是 Git in 5 分钟。

我在 Git 版本控制下有一个 Xcode 项目，我想将其推送到 虚拟分布式以太网 (VDE) 我在 DC 中。 VDE 运行 Centos 5.

我读到的有关 Git 的文章都没有谈到裸存储库。这一切听起来都很简单，直到我尝试了我认为从 SVN 背景应该很容易的事情。

这里的建议使远程存储库裸露工作。更符合我的要求的是将 Xcode 项目克隆到 projectname.git，然后将其复制到远程服务器；然后推动就神奇地起作用了。下一步将是让 Xcode 推送时不会出现提交错误，但现在我可以从终端进行操作。

因此：

cd /tmp (or another other directory on your system)<br/>
git clone --bare /xcode-project-directory projectname.git<br/>
scp -r projectname.git [email protected]:repos/<br/>

在 Xcode 中提交后，要从 Xcode 项目推送更改：

cd /xcode-project-directory<br/>
git push [email protected]:repos/projectname.git<br/>

我确信有一种更流畅、更复杂的方法可以完成上述操作，但至少这是可行的。为了让一切都清楚，这里有一些澄清：
/xcode-project-directory 是您的 xcode 项目存储的目录。它可能是 /Users/Your_Name/Documents/Project_Name。
项目名称实际上是项目的名称，但它可以是您喜欢的任何名称。 Git 不在乎，你会在乎。

要使用 scp，您需要在远程服务器上拥有一个允许 SSH 访问的用户帐户。任何运行自己服务器的人都会有这个。如果您使用共享托管等，您可能会不走运。

remotehost.com 是您的远程主机的名称。您可以轻松使用其 IP 地址。为了进一步清楚起见，我在带有 SSH 密钥的远程主机上使用 Gitosis，所以我当我推送时不会提示输入密码。文章托管 Git存储库，简单（且安全）的方式告诉您如何设置所有这些。

Answer 18

最好的方法是：

mkdir ..../remote
cd ..../remote
git clone --bare .../currentrepo/

这将克隆存储库，但不会在 .../remote 中创建任何工作副本。如果您查看遥控器，您会看到创建了一个名为 currentrepo.git 的目录，这可能就是您想要的。

然后从本地 Git 存储库：

git remote add remoterepo ..../remote/currentrepo.git

进行更改后，您可以：

git push remoterepo master

Answer 19

我刚刚在 Heroku 上部署 git 存储库时遇到了这个问题。

我不知道为什么 Heroku 在他们这边有一个非裸存储库，但作为一种解决方法，我能够重置远程存储库并重新上传。

您不应该使用 Heroku 的存储库副本作为唯一用于协作的 git 存储库，但为了以防万一，我会明确地说：除非您确定安全存储了存储库的完整副本，否则不要这样做Heroku 以外的其他地方。进行重置将删除存储库内容。

重置：

0. 安装 Heroku 工具带（其中包含命令行客户端）如果您还没有的话。

1. 如果尚未安装heroku-repo 插件，请安装。

   heroku 插件：安装 https://github.com/heroku/heroku-repo.git
   

2. 执行重置，这将删除存储库并创建一个新的空存储库

   heroku 仓库：重置
   

3. 像平常一样推送到 Heroku 远程；它将重新上传所有内容。

Answer 20

创建空（裸）存储库后，您将需要更改远程服务器上的配置文件，假设

root@development:/home/git/repository/my-project# cat config 

您将看到

[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true

您将把这个裸从 false 变为 true，并且我删除了 logallrefupdates = true （不确定它的用途！）

）

[core]
repositoryformatversion = 0
filemode = true
bare = true

。

$ git remote show origin
* remote origin
Fetch URL: my-portal@development:/home/XYZ/repository/XYZ
Push  URL: my-portal@development:/home/XYZ/repository/XYZ
HEAD branch: (unknown)

如果您无法推送，您可以测试以下 HEAD 分支：（未知 因此，如果 HEAD 分支未知，您应该将 bare 更改为 true，推送成功后您可以重用，

git remote show origin

您将看到

 HEAD branch: master

Answer 21

如果您使用 SSH 密钥连接到 github，请确保您的 SSH 密钥仍在您的个人资料设置下。由于某种原因，我的密钥在那里被清除，我无法推送到我的主分支。我所做的只是再次将 SSH 密钥添加到 settings/SSH keys 中。

查看现有密钥的命令：cat ~/.ssh/id_rsa.pub

Answer 22

对我来说，工作解决方案是：

在远程：

git checkout -b some_tmp_name

在本地：

git push

在远程：

git checkout master
git branch -d some_tmp_name

但这不是真正的解决方案，它只是解决方法。

Answer 23

以防万一有人发现它有用。对我来说这是一个 git 服务器权限问题。我从一开始就检查了该项目并推送了一个简单的文件，然后我得到了“推送被拒绝：推送到 origin/master 被拒绝”

Answer 24

让我加 50 美分，因为投票最多的答案 https://stackoverflow.com/a/3251126/3455918 建议将远程repw转换为裸存储库，如果这不是我想要的怎么办？

最后，我必须在远程计算机上拥有相同的代码，而不仅仅是 .gitlimbo 中某处的字节块。

第二次投票的（截至撰写本文时）解决方案 https://stackoverflow.com/a/2933656/3455918 执行以下操作：工作，但经过测试后，我最终不得不不断地在远程计算机上的分支之间切换，以“释放”我想要从本地计算机推送到的分支。

这对我有用：

到目前为止对我有用的另一个解决方案不是我的，归功于对第一个解决方案发表评论的用户@kxr。

在远程计算机上，您必须在 repo 目录中执行此命令。

git config receive.denyCurrentBranch updateInstead

之后你就完成了！

显然，此解决方案可能存在一些缺点，但对于将本地机器代码同步到远程存储库的简单任务来说，它可能已经足够好了。

如果有人在评论中解释为什么在 github 上创建一个全新的存储库、将本地文件夹链接到它并开始执行 git Push origin master 且没有错误是完全可以的，我将不胜感激。

但是尝试使用远程服务器上的存储库进行同样的操作会产生错误：

！ [远程拒绝]master-> master（分支当前已签出）

Answer 25

错误消息 error: refusing to updateChecked out Branch: refs/heads/master 是由远程存储库发出的，这意味着您正在尝试将代码推送到具有不同代码的远程非裸存储库当前已在工作目录中签出。避免此问题的最佳方法是仅推送到裸存储库 - 裸存储库永远不会发生此问题。

您可以简单地将远程存储库转换为裸存储库（裸存储库中没有工作副本 - 该文件夹仅包含实际的存储库数据）。

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

git config --bool core.bare true

然后删除该文件夹中除 .git 之外的所有文件。然后您将能够对远程存储库执行 git push ，而不会出现任何错误。

Answer 26

当我开始学习 Git 时，我遇到了同样的错误。其他一些答案显然不适合 Git 新手！

我将使用非技术术语来表达这个想法。无论如何，发生的情况是您有两个存储库，一个是您第一个制作的原始存储库，另一个是您刚刚制作的作品。

现在您位于工作存储库中并使用 master 分支。但您也恰好在原始存储库中“登录”到同一个 master 分支。现在，由于您已经“登录”了原始版本，Git 担心您可能会搞砸，因为您可能正在处理原始版本并将事情搞砸。因此，您需要返回到原始存储库并执行git checkout someotherbranch，现在您可以毫无问题地推送。

Answer 27

错误消息描述了发生的情况。如果分支已签出，更现代的 Git 版本将拒绝通过推送更新该分支。

在两个非裸存储库之间工作的最简单方法是

1. 始终通过拉取（或获取和合并）更新存储库，或者，如果必须，

2. 通过推送到一个单独的分支（导入分支），然后将该分支合并到远程计算机上的主分支。

此限制的原因是推送操作仅在远程 Git 存储库上运行，它无权访问索引和工作树。 因此，如果允许，对签出分支的推送将更改 HEAD 与远程存储库上的索引和工作树不一致。 strong>

这会很容易意外地提交一个更改，从而撤消所有已推送的更改，并且还很难区分尚未提交的任何本地更改和新< code>HEAD，推送移动HEAD引起的索引和工作树。

Answer 28

摘要

您无法推送到存储库的一个签出分支，因为它会以一种很可能以数据和历史记录丢失结束的方式扰乱该存储库的用户。但您可以推送到同一存储库的任何其他分支。

由于裸存储库永远不会签出任何分支，因此您始终可以推送到裸存储库的任何分支。

有多种解决方案，具体取决于您的需求。

解决方案 1：使用裸存储库

按照建议，如果在一台计算机上，您不需要工作目录，则可以移动到裸存储库。为了避免弄乱存储库，您可以克隆它：

machine1$ cd ..
machine1$ mv repo repo.old
machine1$ git clone --bare repo.old repo

现在您可以将所有想要的内容推送到与以前相同的地址。

解决方案 2：推送到非签出分支

但是如果您需要签出远程 上的代码，那么您可以使用特殊分支进行推送。假设在您的本地存储库中，您已调用远程origin并且您位于分支master上。然后你可以这样做

machine2$ git push origin master:master+machine2

然后你需要在 origin 远程存储库中合并它：

machine1$ git merge master+machine2

问题的尸检

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

所以

A ← B
    ↑
[HEAD,branch1]

变成了

A ← B ← C
        ↑
    [HEAD,branch1]

但是如果有人可以推送到中间的那个分支，用户就会进入 git 所谓的 detached head 模式：

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

现在用户不再在branch1中，而没有明确要求检查另一个分支。更糟糕的是，用户现在在任何分支之外，并且任何新提交都将是悬空：

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

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

Answer 29

您可以通过编辑目标服务器上的 .git/config 来绕过此“限制”。添加以下内容以允许将 git 存储库推送到，即使它已“签出”：

[receive]
denyCurrentBranch = warn

或者

[receive]
denyCurrentBranch = false

第一个将允许推送，同时警告可能会弄乱分支，而第二个将悄悄地允许它。

这可用于将代码“部署”到不用于编辑的服务器。这不是最好的方法，但却是部署代码的一种快速方法。

Answer 30

git config --local receive.denyCurrentBranch updateInstead

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

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

它已作为 。

我已经编译了 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 被推了！