web-dev-qa-db-ja.com

Gitでreceive.denyCurrentBranchを使用した結果はどうなりますか?

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'

1つの解決策は、次のコマンドを実行することです。

git config receive.denyCurrentBranch ignore

この後は動作しますが、このオプションを使用する必要がある理由を知りたいと思います。これが唯一のオプションですか?これを行うことの結果は何ですか?

私が本当にやりたいのは、ブランチを作成し、それらをマスターブランチにマージしてから、変更をサーバーにプッシュすることです。

40
user1646481

プッシュ先のサーバーは、ベアリポジトリを使用する必要があります。

通常のGitリポジトリをベアリポジトリに変換する方法

27
kan

Gitを使用して非ベアリポジトリにプッシュできない理由

元のポスターには次のように書かれています。

1つの解決策は、次のコマンドを実行することです。

git config receive.denyCurrentBranch ignore

この後は動作しますが、このオプションを使用する必要がある理由を知りたいです。これが唯一のオプションですか?これを行うことの結果は何ですか?

同様の質問に対する私の答え で指摘しているように、Gitバージョン1.6.2以降、 Gitではデフォルトで裸でないリポジトリにプッシュできません 。これは、git PushコマンドがリモートリポジトリのブランチとHEAD参照のみを更新するためです。また、does n'tが行うことは、その非裸のリモートの作業コピーおよびステージング領域も更新することです。

その結果、リモートリポジトリで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 config設定をいじってみることもできます。

23
user456814

同じエラーが発生し、リポジトリをオンラインで開発テストページとして実行する必要がありました(つまり、非ベアリポジトリを保持するためです)。うまくいけば、この一連のコマンドでリポジトリを開始することで解決しました(git 2.3以降):

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

ここに見られるように: gitリポジトリにプッシュできません

7
Fanky

サーバーには、チェックアウトされた作業ツリーのあるリポジトリではなく、裸のリポジトリが必要です。 Gitは、サーバー上で現在チェックアウトされているブランチの上書きを拒否していると言っています。

サーバー上の非ベアリポジトリをベアリポジトリに変換する方法については、 この回答 を参照してください。

4

問題の検死

ブランチがチェックアウトされると、コミットにより、現在のブランチのヘッドを親として新しいコミットが追加され、ブランチのヘッドがその新しいコミットになるように移動します。

そう

A ← B
    ↑
[HEAD,branch1]

になる

A ← B ← C
        ↑
    [HEAD,branch1]

しかし、誰かがそのブランチにプッシュすることができたら、ユーザーはgitがデタッチドヘッドモードと呼んでいるようになります:

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

これで、ユーザーは別のブランチをチェックアウトするように明示的に要求することなく、branch1にはもういません。さらに悪いことに、ユーザーはブランチの外にいるため、新しいコミットはぶら下がります。

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

仮に、この時点でユーザーが別のブランチをチェックアウトすると、このぶら下がりのコミットはGitのガベージコレクターにとって公平なゲームになります。

2

プッシュが発生した後、リポジトリ自体からデプロイするためにgit pdate hookを構成する場合、非ベアリポジトリが役立つと思います。リポジトリをリセットすることを忘れないでください。そのステップファイルを見逃した場合、実際の状態を追跡できません...

0
kisp