分離HEADでコミットが許可されるのはなぜですか？

Question

今、私は再びがmaster（またはその他のブランチ）をチェックアウトせずにgitのサブモジュールにコミット前：

╭─some@machine ~/some/poject/submodules/coollib ‹cbc6ecc*› 
╰─$ git commit -am"some message" 
[detached HEAD 0538b11] some message 
2 files changed, 13 insertions(+), 2 deletions(-) 

多分にgitでの作業の私の方法は、ちょうど素人ですが、私は私が今までどちらかと思いますそのコミットとチェックアウトを元に戻すmasterと再コミットまたはブランチを作成し、私がコミットしたいブランチにマージします。私に

無名のスナップショットへのコミットは、それが切り離さHEADにコミットすることが許されるのはなぜ（禁止されていない場合）は、少なくともについて警告されなければならない低レベルの手順

のように見えますか？これはいつ便利ですか？

gitさんの動作はグローバルオプションで変更できますか？

Answer 1

同じように「なぜ」と尋ねることもできます。実際には、Gitの内部操作の多くがこれを利用しています。最も明白なのはgit rebaseで、分離HEADを取得し、コミットのコピーを開始します（対話型リベースを行う場合はgit cherry-pick、非対話型リベースを実行する場合は同等）。ほとんどの場合、これらのコマンドは他のコマンドを使用しますが、実際には対話的なrebaseはgit commitを直接実行することがあります。特に--amendフォームを使用してください。

これらのコマンドは、git commitではなくplumbingコマンドを使用する可能性があります。 （実際には、git stashはgit commit-treeを使用します）

Gitも書き直すことができます。 :-)ある時点では、それはあまりにも多くの努力です。

あなたは、個人的に、コミットする前に切り離された頭にないことを確認したい場合は、自分でこれを行う小さなスクリプト作成、例えば：

$ git ci 
not committing: in detached-HEAD state 

または切り離しをチェックpre-commitフックを書きますHEADを使用して、その状態でコミットするために--no-verifyをバイパスする必要があります。 （後者は、対話型リベースでrewordに干渉します。）

は（HEADがシンボリック参照であるかどうかを確認するには、にどの HEADポイントブランチの名前を印刷し、または失敗し git symbolic-ref HEADを、使用しています。ちょうど得るために -qを追加しますシェル変数にブランチ名を書き込んだり、必要に応じてそれを破棄するには /dev/nullに書き込んでください。