問題タブ [git-detached-head]

次の 2 つの場合を考えてみましょう。

ケース #1 (浅いクローン)。

ケース #2 (--depth なしで複製)。

したがって、違いは、最初のケースでは限られた数のコミットを複製し、2 番目のケースではすべてのコミットを複製することだけです。ブランチは、「git branch」の出力を示すように、どちらの場合も同じです。

質問: なぜ「プル」は最初のケースでは機能し、2 番目のケースでは機能しないのですか?

AndroidスタジオでTFSプラグインを使用しています。私の最後のコミットはバグが多かったので、最後のコミットに戻りたいです。バージョン管理に移動して選択するCheckout Revisionと、Detach head 状態になります。私は git コマンドラインについて知らず、TFS プラグインでのみ動作します。どうすればこれに乗ることができますか？

最近 git rebase -i で squash を実行すると、ヘッドが切り離されるのはなぜですか? 以前は、インタラクティブなリベースの結果で現在のブランチを更新していました。インタラクティブなリベースを取得して、切り離された HEAD への移動を停止するにはどうすればよいですか?

リモートリポジトリからプルする前に、常に git rebase -i を使用してコミットをスカッシュし、git プルからのマージ競合の処理を簡素化しています。潜在的に複数のコミットで競合を解決する代わりに、1 つのコミットのみを解決する必要があります。

私が使用するサンプルコマンド

vimでインタラクティブなリベースを編集した後：

コミットを編集して保存した後の出力:

これは、質問者がその 1 つのインスタンスの問題を解決する方法を知りたいため、同様のポストgit rebase -i development HEAD が Detached Head につながるのとは異なり ます。答えはgit checkout -b branchNameです。この質問では、なぜそれが最近私に起こり始めたのか、そしてすべての将来のインスタンスでそれを解決する方法を知りたい.

これは、同様の投稿git rebase -i with squash cannot detach HEADとは異なります。could not detach HEAD

68cce45最近、git リポジトリで作業しているときに、古いコミット ( ) でコードを表示したかったので、

変更を確認した後、現在のバージョンのリポジトリに戻って作業を続けたいと思いました。2bcfd11最新のコミットだったので、私はやった

その後、いくつかの変更を加えて実行しました

その後

これにより、次の警告が表示されましたHEAD detached at 2bcfd11。

よくわかりません。チェックアウトした最後のコミットが数バージョン前だった場合、「切り離された HEAD 状態」になる理由は理解できます。しかし、最後にチェックアウトしたコミットがリポジトリの最新バージョンだったのに、どうして切り離された HEAD 状態になるのでしょうか? HEAD はリポジトリの「トップ」を指していませんか?