Git分離ヘッドを修正しますか？

私は私のリポジトリでいくつかの作業をしていて、ファイルにローカルな変更があることに気づきました。もう必要ないので、新しいコピーをチェックアウトできると思ってファイルを削除しました。私はGitと同等のことをしたかった

svn up .

を使用git pullしてもうまくいかなかったようです。いくつかのランダム検索で、誰かが推奨するサイトに私を導きました

git checkout HEAD^ src/

（srcは、削除されたファイルを含むディレクトリです）。

今私は分離した頭を持っていることがわかりました。それが何であるか私にはわかりません。どうすれば元に戻すことができますか？

分離したヘッドは、ブランチにいないことを意味します。履歴内の単一のコミット（この場合、HEADの前のコミット、つまりHEAD ^）をチェックアウトしました。

デタッチされたHEADに関連する変更を削除する場合

あなたはあなたがいたブランチをチェックアウトするだけです、例えば

git checkout master

次にファイルを変更し、それをインデックス内の状態に復元したい場合は、最初にファイルを削除せずに、

git checkout -- path/to/foo

これにより、ファイルfooがインデックス内の状態に復元されます。

デタッチされたHEADに関連付けられた変更を保持したい場合

1. 実行git branch tmp-これはと呼ばれる新しいブランチに変更を保存しますtmp。
2. 走る git checkout master
3. に加えた変更を組み込みたい場合は、ブランチからmaster実行git merge tmpしmasterます。master実行後はブランチにいるはずgit checkout masterです。

失いたくないファイルを変更した場合は、それらをプッシュできます。私はそれらを分離モードでコミットしました。その後、一時的なブランチに移動して、後でマスターに統合できます。

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

から抽出：

デタッチされたヘッドで行われたコミットをどうするか

一時的なブランチを作成しないソリューション。

このモードですでに何かを変更し、オプションで変更を保存したい場合に、デタッチされたHEAD状態を終了（「修正」）する方法：

1. 保持したい変更をコミットします。デタッチされたHEAD状態で行った変更を引き継ぐ場合は、それらをコミットします。お気に入り：

   git commit -a -m "your commit message"
   

2. 保持したくない変更を破棄します。ハードリセットは、デタッチされたHEAD状態で行ったコミットされていない変更を破棄します。

   git reset --hard
   

   （これがないと、ステップ3は失敗し、デタッチされたHEAD内の変更されたコミットされていないファイルについて不満が出ます。

3. ブランチをチェックしてください。以前に作業したブランチをチェックアウトして、デタッチされたHEAD状態を終了します。次に例を示します。

   git checkout master
   

4. コミットを引き継ぎます。別の質問への私の回答に示すように、分離されたHEAD状態で行ったコミットをチェリーピックすることで引き継ぐことができます。

   git reflog
   git cherry-pick <hash1> <hash2> <hash3> …
   

分離したヘッドとは：

1. あなたはもう枝にはいません
2. 履歴で1つのコミットをチェックアウトしました

変更がない場合：次のコマンドを適用してマスターに切り替えることができます

  git checkout master

保持したい変更がある場合：

デタッチされたHEADの場合、名前付きブランチが更新されないことを除いて、コミットは通常のように機能します。コミットされた変更でマスターブランチを更新するには、現在の場所に一時ブランチを作成し（このようにして、一時ブランチには、切り離されたHEADで行ったすべてのコミット済み変更が含まれます）、マスターブランチに切り替えて、一時ブランチをマスター。

git branch  temp
git checkout master
git merge temp

これは、私が分離した頭の上にいて、すでにいくつかの変更を行っていることに気付いた直後のことです。

変更をコミットしました。

$ git commit -m "..."
[detached HEAD 1fe56ad] ...

コミットのハッシュ（1fe56ad）を思い出しました。それから私は私がいたはずのブランチをチェックアウトしました。

$ git checkout master
Switched to branch 'master'

最後に、コミットの変更をブランチに適用しました。

$ git cherry-pick 1fe56ad
[master 0b05f1e] ...

これは一時的なブランチを作成するよりも少し簡単だと思います。

いくつかの変更を行った後、分離したヘッドを使用していることに気付いた場合、そのための簡単な解決策があります：stash-> checkout master-> stash pop：

git stash
git checkout master   # Fix the detached head state
git stash pop         # Or for extra safety use 'stash apply' then later 
                      #   after fixing everything do 'stash drop'

何も起こらなかったように、コミットされていない変更と通常の「アタッチされた」HEADがあります。

で特定のコミットをチェックアウトするとgit、ヘッドが切り離された状態になります。つまり、作業コピーは名前付き参照（「マスター」など）の状態を反映しなくなります。これは、リポジトリの過去の状態を調べるのに役立ちますが、実際に変更を元に戻そうとしている場合は、必要なものではありません。

特定のファイルに変更を加えて、それらを単に破棄したい場合は、checkout次のようなコマンドを使用できます。

git checkout myfile

これにより、コミットされていない変更が破棄され、ファイルが現在のブランチの先頭にある状態に戻ります。すでにコミットした変更を破棄したい場合は、resetコマンドを使用できます。たとえば、これはリポジトリを以前のコミットの状態にリセットし、その後の変更をすべて破棄します。

git reset --hard HEAD^

ただし、リポジトリを他の人と共有している場合、git resetは混乱を招く可能性があります（リポジトリ履歴の一部が消去されるため）。既に他の人と変更を共有している場合は、通常、git revert代わりに確認する必要があります。これにより、「アンチコミット」が生成されます。つまり、問題の変更を「取り消す」新しいコミットが作成されます。

Git Bookに詳細があります。

HEADはポインター内にあり、その結果、特定のコミットを（直接的または間接的に）指します。

アタッチされた   HEADは、ブランチにアタッチされている（つまり、ブランチを指している）ことを意味します。
切り離された HEADは、どのブランチにも接続されていないことを意味します。つまり、いくつかのコミットを直接指します。

言い換えると：

• コミットを直接指す場合、HEADは切り離されます。
• 間接的にコミットを指す場合（つまり、ブランチを指し、次にブランチがコミットを指す場合）、HEADがアタッチされます。

ヘッドの取り付け/取り外しの状況をよりよく理解するために、上の写真の4つ組に至るまでの手順を示しましょう。

リポジトリの同じ状態から始めます（すべての象限の画像は同じです）。

ここで、実行する必要がありますgit checkout—個々の画像の異なるターゲットを使用して（それらの上のコマンドは淡色表示され、これらのコマンドのみを適用することを強調しています）：

これらのコマンドを実行した後の状況は次のとおりです。

ご覧のように、HEAD はコマンドのターゲットを指しますgit checkout— ブランチ（4つ組の最初の3つのイメージ）、または（直接）コミット（4つ組の最後のイメージ）を指します。

作業ディレクトリの内容も変更され、適切なコミット（スナップショット）、つまりHEADによって（直接または間接に）コミットが指定されるようになります。

これで、この回答の最初と同じ状況になりました。

"detached head state"はtempブランチを使用しgit checkout -ているので、使用した最後のブランチに移動するだけを使用します。

@Philippe Gerberの回答をさらに明確にするために、ここに示します。

以前は、この場合はcherry-picka git checkout masterが必要です。さらに、それはcommitinでのみ必要ですdetached head。

補遺

戻りたいブランチが最後に行ったチェックアウトである場合、単にを使用できますcheckout @{-1}。これにより、以前のチェックアウトに戻ります。

さらに、たとえば、このコマンドをエイリアス化して、入力git global --config alias.prevするだけでgit prev前のチェックアウトに戻ることができます。

「切り離されたヘッド」にあるということは、HEADが特定の名前のないコミットを指すことを意味します（名前付きブランチとは対照的に）（cf：https : //git-scm.com/docs/git-checkout section Detached head）

問題を修正するには、以前に選択されたブランチを選択するだけです

git checkout @{-1}

ヘッドが切り離された状態で新しいファイルを作成した場合は、まず、これらの新しいファイルがインデックスに追加されていることを確認します。たとえば、次のようにします。

git add .

ただし、既存のファイルのみを変更または削除した場合は、次のようにして追加（-a）とメッセージ（-m）を同時にコミットできます。

git commit -a -m "my adjustment message"

次に、現在の状態で新しいブランチを作成するだけです：

git checkout -b new_branch_name

新しいブランチが作成され、すべての調整がその新しいブランチに反映されます。その後、必要に応じて、リモートへのプッシュ、および/またはチェックアウト/プル/マージを続行できます。

Gitはそれを行う方法を教えてくれました。

入力した場合：

git checkout <some-commit_number>

ステータスを保存

git add .
git commit -m "some message"

次に：

 git push origin HEAD:<name-of-remote-branch>

変更を保持したかったので、これを修正するだけです...

git add .
git commit -m "Title" -m "Description"
(so i have a commit now example: 123abc)
git checkout YOURCURRENTBRANCH
git merge 123abc
git push TOYOURCURRENTBRANCH

それは私のために働く

通常HEADはブランチを指します。ブランチを指しているのではなく、コミットハッシュを指しているとき69e51は、分離したHEADがあることを意味します。問題を修正するには、ブランチを2つポイントする必要があります。あなたはそれを修正するために2つのことをすることができます。

1. git checkout other_branch //そのコミットのコードが必要な場合は不可能 hash
2. 新しいブランチを作成し、新しく作成したブランチをコミットハッシュにポイントします。

HEADはブランチを指す必要があり、コミットハッシュは絶対的なルールではありません。

分離したヘッドは、ブランチを適切にチェックアウトしていないか、単一のコミットをチェックアウトしたことを意味します。

このような問題が発生した場合は、まずローカルの変更を隠して、変更が失われないようにします。

その後...コマンドを使用して目的のブランチをチェックアウトします。

MyOriginalBranchブランチが必要だとします。

git checkout -b someName origin / MyOriginalBranch

たぶんgit reset --hard origin/your-branch。

ちょうどしてみてください git checkout your-branch

git pull origin master

私のために働いた。リモートとブランチの名前を明示的に指定するだけでした。

私の場合、実行するgit statusと、作業ディレクトリに追跡されていないファイルがいくつかあることがわかりました。

実行したいリベースを実行するために、それらをクリーンアップする必要がありました（必要がないため）。

これは私にとってはうまくいきます、それは切り離されたヘッドに新しいブランチを割り当てます：

git checkout new_branch_name detached_head_garbage_name

切り離されたHEADは、現在どのブランチにもいないことを意味します。現在の変更を保持し、単に新しいブランチを作成する場合は、次のようにします。

git commit -m "your commit message"
git checkout -b new_branch

その後、この新しいブランチを他のブランチとマージしたい場合があります。常に役立つのはgit "a dog"コマンドです。

git log --all --decorate --oneline --graph