53

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'

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

git config receive.denyCurrentBranch ignore

この後は機能しますが、なぜこのオプションを使用する必要があるのか​​知りたいです。これが唯一のオプションですか？これを行うことの結果は何ですか？

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

4

6 に答える 6

31

Gitでベア以外のリポジトリにプッシュできない理由

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

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

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で詳しく説明されているように、構成設定をいじってみることができます。

于 2014-07-30T18:17:03.073 に答える
30

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

通常のGitリポジトリをベアリポジトリに変換するにはどうすればよいですか？

于 2012-09-04T14:57:15.920 に答える
12

同じエラーが発生し、リポジトリを開発テストページとしてオンラインで実行する必要がありました（つまり、非ベアリポジトリを維持するためです）。うまくいけば、この一連のコマンドでリポジトリを開始することで問題を解決しました（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

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

于 2017-02-17T07:06:07.067 に答える
5

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

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

于 2012-09-04T15:00:18.227 に答える
3

問題の剖検

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

それで

A ← B
    ↑
[HEAD,branch1]

になります

A ← B ← C
        ↑
    [HEAD,branch1]

しかし、誰かがその間にそのブランチにプッシュできる場合、ユーザーはgitがデタッチドヘッドモードと呼ぶものに自分自身を取得します：

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

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

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

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

于 2014-12-03T03:47:40.253 に答える
0

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

于 2015-01-04T16:32:51.293 に答える