在Git中使用receive.denyCurrentBranch有什么后果?

时间:2012-09-04 14:33:09

标签: git git-push git-config git-non-bare-repository

我有一个Git存储库。我克隆了存储库,可以提交我的本地更改。当我将更改推送到服务器时,它可以工作。

我创建分支后,立即签出分支,提交工作,然后签出主分支。然后我将我的本地更改合并到主分支中。当我尝试推送到服务器时,我得到以下异常:

Welcome to Git (version 1.7.11-preview20120620)

Run 'git help git' to display the help index.
Run 'git help <command>' to display help for specific commands.

$ git push origin master:master
 Counting objects: 9, done.
 Delta compression using up to 4 threads.
 Compressing objects: 100% (7/7), done.
 Writing objects: 100% (8/8), 13.68 KiB, done.
 Total 8 (delta 2), reused 1 (delta 0)
 Unpacking objects: 100% (8/8), 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:/jGit
 ! [remote rejected] master -> master (branch is currently checked out)
 error: failed to push some refs to 'c:/gitRepository'

一种解决方案是运行以​​下命令:

git config receive.denyCurrentBranch ignore

在此之后它可以工作,但我想知道为什么我需要使用此选项。这是唯一的选择吗?这样做的后果是什么?

我真正想做的是创建分支,将它们合并到主分支中,然后将我的更改推送到服务器。

6 个答案:

答案 0 :(得分:26)

您要推送的服务器应该使用裸存储库。

How to convert a normal Git repository to a bare one?

答案 1 :(得分:23)

为什么Git不会让你推送到非裸存储库

原始海报说:

  

一种解决方案是运行以​​下命令:

git config receive.denyCurrentBranch ignore
     

在此之后它可以工作,但我想知道为什么我需要使用它   选项。这是唯一的选择吗?这样做会带来什么后果   此?

正如我在my answer to a similar question中指出的那样,自Git版本1.6.2,Git won't let you push to a non-bare repository by default。这是因为git push命令仅更新远程存储库上的分支和HEAD引用。 做的事情也是更新非裸机中的工作副本和登台区域。

因此,当您在远程仓库中使用git status时,您会看到回购的先前状态仍然存在于工作副本中(并在索引中暂存):

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   previous-state.txt

如果您查看第一次尝试将receive.denyCurrentBranch设置设置为默认refuse值时推送到非裸机远程仓库时收到的错误消息,您会看到消息告诉你基本相同的事情:

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.

你应该只是推动裸Git存储库

正如some of other answers所指出的那样,由于我上面提到的原因以及Git本身告诉你的原因,你不应该真正推送到非裸存储库。 / p>

this answer状态一样,将现有的非裸仓库转换为裸仓库的简单方法是将其作为裸仓库重新放置:

git clone --bare old-repo

或者您可以尝试使用core.bare配置设置,如this answer中所述。

答案 2 :(得分:6)

我遇到了同样的错误,并且需要将存储库作为一个开发测试页面在线运行(也就是说,我想,保持一个非裸的回购)。希望我通过使用这一系列命令启动存储库来解决它(从git 2.3开始):

git init
git config --global user.email "your@mail.here"
git config --global user.name "Your Name"
git commit
git config receive.denyCurrentBranch updateInstead

如下所示: cannot push into git repository

答案 3 :(得分:4)

您应该在服务器上有一个裸存储库,而不是具有签出工作树的存储库。 Git告诉你它拒绝覆盖当前在服务器上签出的分支。

有关如何将服务器上的非裸存储库转换为裸存储库的信息,请参阅this answer

答案 4 :(得分:2)

问题的解剖

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

所以

A ← B
    ↑
[HEAD,branch1]

变为

A ← B ← C
        ↑
    [HEAD,branch1]

但是如果有人可以推送到中间的那个分支,那么用户就可以使用git所谓的分离头模式:

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

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

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

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

答案 5 :(得分:0)

我认为当人工配置git 更新挂钩以在推送发生后从存储库本身进行部署时,非裸存储库会很有用。只是不要忘记重置存储库。如果你错过了那个步骤文件,就不会跟踪实际状态......