什么是Git的使用receive.denyCurrentBranch的后果是什么？(What are

我有一个Git仓库。 我已经克隆的资源库，并提交我的本地修改。 当我把我的更改服务器它的工作原理。

当我创建一个分支，我签的分支，提交我的工作，然后签出master分支。 然后，我合并我的地方改变成主分支。 当我尝试推到我得到下面的异常服务器：

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

在此之后它的工作原理，但我想知道为什么我需要使用此选项。 这是唯一的选择？ 什么是这样做的后果是什么？

我真的很想做的是创建分支，将它们合并到主分支，然后把我的更改服务器。

Answer 1:

你在哪里推的服务器应该使用的裸库。

如何将普通的Git仓库转换为裸吗？

Answer 2:

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

原来的海报上写着：

一种解决方法是运行以下命令：

 git config receive.denyCurrentBranch ignore 

在此之后它的工作原理，但我想知道为什么我需要使用此选项。 这是唯一的选择？ 什么是这样做的后果是什么？

正如我在指出我的回答类似的问题 ，因为Git版本1.6.2， Git会不会让你默认推到非纯仓库 。 这是因为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仓库

正如指出的一些在其他的答案 ，你真不该推到非纯仓库，因为我上面所指出的原因，和Git的本身告诉你的。

所以像什么这个答案的状态，从而将现有的非裸露回购转换为裸一个简单的方法是简单地重新克隆它作为裸回购：

git clone --bare old-repo

或者你可以尝试用乱搞core.bare配置设置，如详述这个答案 。

Answer 3:

我有同样的错误和所需要的资源库运行作为一个开发测试页面在线（即，我想，以保持非裸露的回购协议）。 希望我解决了它与这一系列命令（因为混帐2.3）的启动库：

git init
git config --global user.email "[e-mail]"
git config --global user.name "Your Name"
git commit
git config receive.denyCurrentBranch updateInstead

正如在这里看到： 不能推入的Git仓库

Answer 4:

你应该有服务器，而不是一个与签出工作树上纯仓库。 Git是告诉你它拒绝覆盖当前检查了服务器上的分支。

见这个答案对如何将非纯仓库转换服务器上裸露的一个信息。

Answer 5:

尸检的问题

当一个分支签出，承诺将增加一个新的提交与当前分支的标题为其父和移动分公司的头是新的提交。

所以

A ← B
    ↑
[HEAD,branch1]

变

A ← B ← C
        ↑
    [HEAD,branch1]

但是，如果有人可以推到那个分支其间，用户会得到自己在什么混帐通话分离的头模式：

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

现在，用户是不是在BRANCH1了，而不必明确要求退房另一个分支。 更糟的是，现在用户是任何一间分行外，任何新的承诺将只是晃来晃去：

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

可以想像，如果在这一点上，用户检查出另一个分支，那么这种悬挂承诺成为公平的游戏Git的垃圾收集器 。

Answer 6:

我认为当男人配置的git 更新钩从库本身后推发生部署非纯仓库是有用的。 只是不要忘记重置库。 如果你错过了这一步不会文件跟踪实际状态...

文章来源: What are the consequences of using receive.denyCurrentBranch in Git?