なぜ、 "git checkout origin/branch"が "origin at master/master"の代わりに "<SHA>にデタッチされました"という結果になるのですか？

Question

私は、複数のサブモジュールを備えた十分な大きさのレポに取り組んでいます。我々はCI処理中に正しい状態にしていることを確認するために、我々は、サブモジュールを初期化のようなものをプリントアウト

$ git submodule init 
$ git submodule sync 
$ git submodule update --force 

、

Synchronizing submodule url for 'android/public' 
Synchronizing submodule url for 'ios/public' 
... 

Submodule path 'android/public': checked out 'asdf1234' 
Submodule path 'ios/public': checked out 'bsdf2345' 

私たちは、その後通過し、いくつかの異なるをチェックアウトした場合私たちは、その後

$ for platform in android ios 
$ do 
$ (cd $platform/public; git fetch --all; git checkout origin/master) 
$ done 

を実行し、git branchでこれらのフォルダをチェックすると枝が、それらはすべて(HEAD detached at origin/master)を言います。

しかし、我々は上部のサブモジュールの初期化をやり直し、そして

$ for platform in android ios 
$ do 
$ (cd $platform/public; git fetch --all; git reset --hard origin/master; git checkout origin/master) 
$ done 

を実行し、git branchで再びこれらをチェックすると、彼らは(HEAD detached at <some SHA>)として表示されます。それは変更することができるよう

これは、私たちのCIでのレガシー手順の一種であるが、私はまだorigin/masterで切り離さHEADを表示git branchにgit checkout origin/masterなりません常に結果を実行している理由を知りたいのです。

Answer 1

"detached at"文字列は単なる情報提供の試みです。 Gitの古いバージョンでは、のみが使用され、ハッシュIDはで、「<で隔離されたハッシュ>」と表示されます。

Gitの新しいバージョンでは、取り外しを行ったgit checkoutコマンドのアイテムを覚えようとしています。できるだけ「detached at something_more_informative」と表示されます。ここにはdetached at origin/masterが表示されることがあります。現在のコミットを移動した場合（例えば、git checkoutを使って、または新しいコミットを行うなどして、新しいコミットIDをHEADに書き込むなど）、詳細を失うことになります。この場合、Gitのいくつかの新しいバージョンでは、 "detached at"の代わりに "detached from"と表示され、ハッシュIDであれ、名前であれ、何らかの追加情報があります。新しいバージョンのGitはこれをしようとしていますが、いくつかの小さなバグがあり、 "detached from"と "detached at"を適切に区別できません。 で

この特定の場合、それはだ-although Gitのバージョンに依存し、チャンスは理由が「ハッシュでデタッチ」であなたの最後の例のプロセスの結果与えられたにあなたのgit reset --hard origin/master移動し、IDによってコミット追い払ってくれるということであるということですあなたのgit checkout origin/masterは、これがの移動ではないことを確認します。つまり、既にであり、そのIDはです。したがって、保持されているハッシュまたは名前は更新されません。

そのような場合、その後のgit checkoutは（通常）の動きをしているので、単純に、git reset --hardとgit reset --hard origin/masterを置き換え、バック名に保持されている情報を変更します。