reflog で失われたコミットを見つける

• HEAD とブランチがどこにあったかについてのこのリポジトリの記録として reflog を読み取ります。
• コミット候補を救出する前に、その内容を確認してください。
• 測定されたコミットをチェックアウトせずにブランチを作成します。
• reflog では戻せないもの、つまりコミットされていない作業や期限切れのエントリについて説明します。

あなたはレッスン 18 の結果 M からの分岐である private/lost-signup にいます。「ドキュメント: サインアップ回復メモを保持する」というメモをコミットして、docs/signup-recovery.md を追加し、1 コミット前にハード リセットを実行しました。メモはブランチ、グラフ、ファイルから消えています。まだレスキュー ブランチがなく、他には何も変更していません。

すべてがローカルであり、無料プランです (GitTree はサインインを要求します)。ホスティング アカウント、プロバイダー、インターネットはありません。すべてのアイデンティティは架空のものです (example.com)。このレッスンを実際のプロジェクトで実行しないでください。準備におけるハードリセットは、使い捨てコピーでのリハーサルです。

変更は、GitTree 内で行うか、ネイティブ Git コマンドを使用して行います。同じコピー内で両方を行うことはできません。結果の読み取りは常に安全です。メニュー ラベルは GitTree 2.0 独自の文字列から取得され、ネイティブ コマンドは使い捨てコピーの Git 2.43 で実行されました。 GitTree ステップは macOS、Windows、または Linux で実行されませんでした。

reflog は、ref の動きのローカル日記です。 HEAD には 1 つがあり、各ブランチにも 1 つあります。 「コミット」、「チェックアウト」、「リセット」などを記録し、それぞれが到達したコミットを記録します。別のクローンにはあなたの日記がありません。ブランチ名が存在しないコミットはまだ存在する可能性があり、それを見つける方法は reflog です。

HEAD@{1} などのセレクターはエントリを今から遡ってカウントするため、後の操作ごとに変更されます。使用する前に候補のアクション、時刻、ID、ファイルを読んでください。オフセットをレシピとして記憶しないでください。

reflog は保存されたコミットを検索します。レッスン 27 で示したように、コミットされていない編集は見つかりません。エントリの有効期限: デフォルトでは、Git はブランチが到達しないコミットのエントリを約 30 日間保持します。リポジトリはこれを変更できます。回復中にクリーンアップまたは期限切れコマンドを実行しないでください。

コミット時にブランチを作成すると、参照が 1 つ追加されるだけで、他には何も追加されません。現在のブランチ、インデックス、ファイルはそのまま残ります。

レッスン 18 の結果 M の別の通常のコピーから開始し、オリジナルはそのままにしておきます。ブランチを作成し、DOC_LOST を保存してコミットし、1 つのコミットをハードリセットして戻します。この破壊的準備は、使い捨てコピーのみを対象としています。

以下のフェーズでのみ保存します。これらは、最後に改行を含む完全な UTF-8/LF 本文です。 Markdown フェンスは決して貼り付けないでください。変更されていない実行可能ファイルは、名前付き入力を継承します。別のバリアントのバージョンでオリジナルを上書きしてはなりません。

docs/signup-recovery.md — DOC_LOST

# Recovered signup work

Keep a branch name before leaving useful experimental work.

Command+Shift+P (Ubuntu では Ctrl+Shift+P) でパレットを開きます。

1. 次のセクションに示すようにリハーサルを構築し、失われたコミットの主題に注意してください。
2. パレットを開いて View Reflog… を実行します。ダイアログ「Reflog」が開き、Reflog of が HEAD に設定されます。エントリは新しいものから順にリストされます。
3. 上位のエントリを読んでください。最新のものには「リセット」と表示され、その下のものには「ドキュメント: サインアップ回復メモを保持する」という件名で「コミット」と表示されています。リストが長い場合は、Show Older Entries を使用します。 2 行目が常に正しいとは考えないでください。
4. コミットエントリを選択します。ダイアログには Show in Graph と New branch name が表示されます。 Show in Graph はブランチが到達するコミットのみを配置できるため、この失われたコミットについてはダイアログが閉じられ、グラフは M: 次のステップのために reflog を再度開きます。コミットのファイルを復元した後に読み取ります。
5. ダイアログに戻り、同じエントリを選択し、New branch name に rescue/signup と入力して、Restore as Branch を選択します。通知には「ブランチレスキュー/サインアップが作成されました。元に戻すと再度削除されます。」と表示されます。
6. 結果を確認してください: rescue/signup は失われたコミットを指しており、現在のブランチはまだ M 上の private/lost-signup であり、ファイルは変更されていません。復元されたコミットを選択し、そのファイル docs/signup-recovery.md を開きます。これは DOC_LOST です。
7. レスキューブランチはそのままにしておきます。グラフを整理するためにクリーンアップを実行しないでください。

コース内のすべての通常のコミット: Summary は指定された件名、Description は空、オプション Amend Previous Commit、Skip Hooks、Add Signed-off-by、Different Author、Push After Commit、および Allow Empty Commit はオフのままです。

レッスン 18 の結果の別のクリーン コピーのみ:

git switch --create private/lost-signup

DOC_LOST を docs/signup-recovery.md として保存し、次のようにします。

git add -- docs/signup-recovery.md
git commit --quiet -m "docs: keep the signup recovery note"
git reset --hard HEAD~1
git reflog show --format=%gs -2 HEAD

reset: moving to HEAD~1
commit: docs: keep the signup recovery note

候補者を ID とともにリストし、紛失したと思われる候補者を確認します。

git reflog show --format='%H %gs' HEAD
git show "<lost-sha>:docs/signup-recovery.md"

<lost-sha> を「commit: docs: keep the Signup Recovery Note」行の ID に置き換えます。この直接の例では、HEAD@{1} は同じコミットですが、そのオフセットはルールではありません。チェックアウトせずにレスキュー ブランチを作成します。

git branch rescue/signup "<lost-sha>"
git show rescue/signup:docs/signup-recovery.md
git symbolic-ref --short HEAD
git status --short

ファイルは DOC_LOST、出力されたブランチは private/lost-signup、ステータスは空です。 HEAD が M のままであるため、ファイルにはメモが表示されません。有効期限やクリーンアップ コマンドはこれに含まれません。

Where you end: rescue/signup は失われたコミットを指しており、そのファイルは DOC_LOST です。現在のブランチ、インデックス、ファイルはリセット後の状態のままであり、何もプッシュされていません。

• エントリを読み取る代わりに、固定レシピとして HEAD@{1} を使用します。
• ブランチを保存する前に再度リセットまたはチェックアウトすると、エントリが追加され、必要なエントリが埋められます。
• コミットされていない編集が reflog に保持されることが期待されます。
• 何かを探しているときにクリーンアップ コマンドを実行します。

コミットがリストにない場合は、間違った参照が表示されている可能性があります。HEAD とブランチの間で Reflog of を切り替え、Show Older Entries を使用してください。本当になくなっている場合は、有効期限が切れているか、まったくコミットされていません。アプリでは、Restore as Branch の後の通知に、「元に戻す」でブランチが再度削除されると記載されています。

各質問に答えてから、その理由を読みましょう。 「必須」とマークされた質問は、レッスンの完了にカウントされます。

1. 質問 1 / 6

   質問 1 / 6

   リフロッグとは何ですか？

   答えを 1 つ選択してください。

   すべてのクローンとサーバーが連携して保持する共有ログ。

   ファイルのバックアップ。

   HEAD と各ブランチが指す場所のローカル レコード。

   コミットグラフと同じです。

   答えを確認する
2. 質問 2 / 6

   質問 2 / 6

   reflog について正しいのはどれですか?

   当てはまるものをすべて選択してください。

   コミットしていない編集内容が保存されます。

   HEAD と各ブランチには独自のものがあります。

   古いエントリは期限切れになります。

   プロジェクトの別のクローンにはエントリがありません。

   答えを確認する
3. 質問 3 / 6

   質問 3 / 6必須

   reflog で失われたコミットを見つけ、rescue/signup という名前のブランチとして復元を使用しました。何が見えますか？

   答えを 1 つ選択してください。

   rescue/signup は失われたコミットをポイントしており、ファイルは変更されていない状態で M の private/lost-signup にいます。

   現在 rescue/signup にアクセスしており、メモがファイルに戻っています。

   private/lost-signup は失われたコミットに進みます。

   reflog エントリが削除されます。

   答えを確認する
4. 質問 4 / 6

   質問 4 / 6

   入力を変更します。メモをコミットしたことがないのに、ハード リセットを実行しました。 reflog はそれを取り戻すことができるでしょうか?

   答えを 1 つ選択してください。

   はい、「古いエントリを表示」を通じて可能です。

   はい、HEAD@{1} で可能です。

   いいえ。reflog はコミットをポイントしており、このコンテンツは 1 つに含まれていませんでした。

   はい、Reflog をブランチに切り替えることで可能です。

   答えを確認する
5. 質問 5 / 6

   質問 5 / 6必須

   さらにいくつかの操作を行った後、git branch rescue HEAD@{1} を実行しましたが、ファイルは必要なものではありませんでした。どうしたの？

   答えを 1 つ選択してください。

   HEAD@{1} はリセット後の正しい commit です。

   reflog が壊れています。

   失われたコミットは新しいブランチによって削除されました。

   HEAD@{1} は今から逆算するため、新しい操作ごとに名前が変わります。リストを読み取り、失われたコミットの ID を使用します。

   答えを確認する
6. 質問 6 / 6

   質問 6 / 6必須

   レスキュー ブランチを作成した後、レッスンどおりに機能したことを示すリードバックはどれですか?

   当てはまるものをすべて選択してください。

   docs/signup-recovery.md がファイル内に存在します。

   git show rescue/signup:docs/signup-recovery.md は、「# 回復されたサインアップ作業」で始まる回復されたメモを印刷します。

   git status --short は何も出力しません。

   git symbolic-ref --short HEAD は private/lost-signup を出力します。

   答えを確認する

最新の reflog の 2 行、失われたコミットの ID、回復されたファイルの最初の行、チェックアウトしているブランチを報告します。次に、コミットしていない編集について reflog に何が表示されるかを言います。

• reflog は、ref の移動に関するローカル日記です。
• 候補を確認し、そこから分岐します。
• 未保存の編集ではなく、コミットを検索します。

• リセット: ソフト、ミックス、ハード (レッスン 27)
• HEAD を移動せずに履歴を読み取る (レッスン 8)
• ダウンロード GitTree

Reflog — フォローする;救助ブランチ — فرع حفظ;セレクター — محدِّد。