git のリセット、リベース、コミットを元に戻す: Git 内の (ほぼ) あらゆるものを復元する方法

git リセット、リベース、またはコミットを元に戻すには、git reflog を実行し、間違いの直前のエントリを見つけて、たとえば git reset --hard HEAD@{1} を使用してブランチをそのエントリに戻します。 Git は、HEAD と各ブランチのすべての動きを reflog に記録し、デフォルトでは、失われたコミットのエントリも 30 日間 (ブランチ上に残っているコミットの場合は 90 日間) 保持するため、コミットされた作業が消えることはほとんどありません。唯一の例外は、コミットしたことのない仕事です。

以下は、よくある間違いごとのレシピです。すべてのコマンドはプレーンな Git であり、macOS、Windows、および Linux で同じように機能します。 Windows では、Git for Windows に付属する Git Bash で実行します。PowerShell には引用符で囲まれた HEAD@{1} などの reflog 名が必要ですが、grep はありません。最後に、デスクトップ Git クライアントである GitTree が 19 種類の操作の回復スナップショットを保持し、ほとんどの間違いがワンクリックで元に戻る方法を説明します。

Git undo チートシート: 各間違いに対するコマンド

状況を見つけて、何かを実行する前にそのセクションを読んでください。 HEAD@{1} は「HEAD が 1 手前にあった場所」を意味します。それ以降に他のコマンドを実行した場合は、まず git reflog で正しい番号を調べてください。

Git reflog の説明: すべてのコマンドにおけるセーフティ ネット

reflog (参照ログ) は、HEAD とブランチ ヒントがどこを指しているのかを示す個人的な日記です。コミット、チェックアウト、リセット、マージ、リベース、修正、プルごとに行が追加され、origin/main などのリモート追跡ブランチも行を取得します。これはローカルの .git フォルダにのみ存在します。プッシュされることはなく、新しいクローンは空のクローンから開始されます。

git reflog
git reflog show main
git reflog --date=relative

リベース後の一般的な git reflog は次のようになります。最新のエントリが最初になります。

6c55495 HEAD@{0}: rebase (finish): returning to refs/heads/feature-login
6c55495 HEAD@{1}: rebase (pick): Validate the email field
cb6e15e HEAD@{2}: rebase (pick): Add the login form
2c44bc3 HEAD@{3}: rebase (start): checkout main
595b83d HEAD@{4}: commit: Validate the email field

間違いの前の最新行まで読みます。ここでは HEAD@{4}、rebase (start) より前に行われたコミットです。 Git がコミットを期待する場所ならどこでも、そのハッシュまたはその名前を使用します。 main@{2.hours.ago} も機能します。エントリは 90 日後、またはブランチが到達できないコミットの場合は 30 日後に期限切れになり、エントリが存在する間、git gc はそのコミットを保持します。

Git で最後のコミットを元に戻す: ソフト、ミックス、またはハード リセット

コミットがまだコンピューター上にのみある場合、git reset はブランチをコミット 1 つ前に戻します。モードは、その変更に何が起こるかを決定します。

git reset --soft HEAD~1
git reset HEAD~1
git reset --hard HEAD~1

• --soft は、変更を段階的に維持し、再度コミットできるようにします。メッセージを修正したり、忘れたファイルを追加したりするのに最適です。
• デフォルトの --mixed では、作業フォルダー内の変更がステージングされずに保持されるため、コミットを分割できます。
• --hard は、コミットされていない編集とともに変更をコミットとともに破棄します。 reflog はコミットをしばらく保持しますが、よく考えてください。

すでにプッシュしている場合は、書き換えないでください。git revert HEAD は、それをキャンセルする新しいコミットを記録します。無料レッスン プッシュ後の間違いを回復する では、元に戻すことや他の安全な方法を取り上げています。

git commit --amend を元に戻す

修正すると、コミットが新しいものに置き換えられます。オリジナルはreflogに残ります。修正の直後、git reset --soft HEAD@{1} はブランチを元に戻し、修正によって追加されたものをステージングしたままにします。その後、git reflog で commit (amend) 行を見つけて、その下のエントリを使用します。

git reset --soft HEAD@{1}

git restart --hard を元に戻す方法

ハード リセットによりブランチが移動され、ファイルが上書きされますが、ドロップされたコミットは Git のオブジェクト データベースに残ります。 reflog には移動が reset: moving to HEAD~2 として表示され、その下の行が移動位置を示します。リセットが最後のコマンドだった場合、これによりすべてが元に戻ります。

git reflog
git reset --hard HEAD@{1}

git fsck --lost-found

git リベースを元に戻す方法

競合によりリベースが停止した場合、git rebase --abort はブランチ、インデックス、ファイルを元の場所に戻します。それが終わったら、戻る方法は 2 つあります。リベースが開始されると、Git は古いヒントで ORIG_HEAD をポイントするため、その直後に git reset --hard ORIG_HEAD がリベースを元に戻します。さらに強力なのは、ブランチ自身の reflog です。リベースはブランチを rebase (finish) で一度だけ移動するため、feature-login@{1} は元の状態とまったく同じブランチになります。リベースまたはチェリーピックが一時停止すると、レッスン アクティブな操作を続行、スキップ、または中止する でそれぞれの方法が説明されます。

git rebase --abort
git reset --hard ORIG_HEAD
git reset --hard feature-login@{1}

リベースされたブランチをプッシュしていた場合、それを復元するには強制プッシュが必要です (以下を参照)。履歴を意図的に書き換えるには、Git GUI での対話型リベース のガイドをお読みください。

git マージを元に戻す

マージでは古いヒントも ORIG_HEAD に残るため、git reset --hard ORIG_HEAD はプッシュしていないヒントを元に戻します。競合中は、git merge --abort で抜け出すか、Git マージ競合を解決する のガイドに従ってください。プッシュされたマージは git revert -m 1 <merge-commit> で元に戻されます。後でそのブランチを再度マージしても、取り消しを元に戻さない限り、それらの変更は元に戻りません。

git merge --abort
git reset --hard ORIG_HEAD
git revert -m 1 <merge-commit>

削除された Git ブランチ (およびドロップされたスタッシュ) を復元する

ブランチを削除すると、コミットではなく名前が削除されます。 git branch -D はブランチが指すヒントを出力し、そのハッシュからブランチを再度作成するとそれが復元されます。

git branch feature-login 1a2b3c4
git reflog | grep "moving from feature-login"

その出力が失われましたか? HEADのreflogは今でも覚えています。 2 番目のコマンドは checkout: moving from feature-login to main を見つけます。 1 つ上のエントリ (一致が HEAD@{5} の場合は HEAD@{6}) がブランチの最後のコミットです。ブランチがまだリモート上にある場合は、git branch feature-login origin/feature-login の方が高速です。ブランチ全体ではなく 1 つのコミットを戻すには、cherry-pick で適用 します。

落ちた隠し場所を回復する

git stash drop と git stash pop は削除した隠し場所のハッシュを出力し、git stash apply <hash> はそれを戻します。ハッシュを使用しない場合、Git のドキュメントでは、到達不能な stash コミットを検索することを推奨しています。デフォルトの「WIP on …」メッセージとともに保存されたスタッシュが見つかります。

git stash apply 9d668e5
git fsck --unreachable | grep commit | cut -d' ' -f3 | xargs git log --merges --no-walk --grep=WIP --oneline

強制プッシュを元に戻す方法

強制プッシュするとリモート ブランチが自分のブランチに置き換えられるため、リモート上にのみ存在したコミットはそこから削除されます。リモート追跡ブランチも reflog を保持します。origin/main@{1} は、最後に確認したプッシュ前のリモート ブランチの場所であり、プッシュ出力には old...new の前半と同じハッシュが出力されます。

git reflog show origin/main
git push --force-with-lease origin 1a2b3c4:main

前回のフェッチ以降にリモコンが移動した場合、--force-with-lease はプッシュを拒否するため、チームメイトの修正を誤って上書きすることはできません。フェッチしなかったコミットは、コンピューター上に存在しませんでした。押した人がもう一度押すことができます。それから、その間に手を引いた人に伝えてください。 プッシュされたミスの回復に関するビデオ には、修復全体が示されています。

GitTree でワンクリックで元に戻す: 19 種類の操作の回復スナップショット

上記のすべては GitTree でも動作します。インストールされた Git (2.39 以降) が実行され、その組み込みターミナルがコミット グラフの下で独自のシェルを開きます。追加内容: GitTree は 19 種類の操作に対して refs/ogt/trash の下に回復スナップショットを保持し、破壊的なステップで削除されるものはすべて実行前に保存し、ツールバーの [元に戻す] ボタンで最後のステップを元に戻します。

元に戻すには、コミットと修正、チェックアウト、リセット、リベース (インタラクティブなものも)、破棄されたファイル、ハンクと行、削除されたブランチとタグ、クリーンアップされた追跡されていないファイルなどが含まれます。 GitTree から実行されるハード リセットの場合、スナップショットにはコミットされていない変更も保持されますが、プレーンな git reset --hard は元に戻すことができません。

19 枚のうち 2 枚は逆転されずに維持されます。強制プッシュはリモコンを変更しますが、もう一度押すと元に戻すことができます。そのため、GitTree は交換したチップを保持し、そのプッシュをユーザーに任せます (常に --force-with-lease で強制プッシュします)。ドロップされたスタッシュはスナップショットを作成されますが、「元に戻す」ではまだ復元されません。 GitTree も、後の作業を上書きする元に戻すことを拒否し、その理由を述べています。通常のプッシュをアプリから元に戻すことはできません。代わりに元に戻します。

Git のあらゆる間違いを元に戻せる習慣

• たとえ乱雑でも、早めにコミットします。 コミットされた作業のみが reflog に到達します。後でインタラクティブなリベースを使用して整理します。
• 危険な編集の前に分岐します。 git branch backup/before-rebase は費用がかからず、期限切れになりません。
• プレーンな `--force` は決して使用しないでください。 --force-with-lease は、まだ見ていないコミットを上書きしません。
• 共有履歴を元に戻し、プライベート履歴をリセットします。 他の人がコミットをプルしたら、それを元に戻します。
• Git を最新の状態に保ってください。 GitTree には Git 2.39 以降が必要ですが、Ubuntu 22.04 には 2.34 が同梱されています。 Ubuntu で Git をアップグレードする方法 を参照してください。

まだ入力するかクリックするかを選択していますか? Git GUI とコマンド ライン を読むか、GUI を使用した初心者向けの Git から始めてください。

GitTree には、macOS 13 以降、Windows 10 および 11 (x64)、および 64 ビット Linux (x86_64: Ubuntu 22.04+、Debian 12+) で、プライベート リポジトリを含むすべての Git 機能をカバーする無料プランがあり、AI アシスタントの Nour には、GitTree Pro が付属しています (を参照) 価格設定)。サインインするには、Git 2.39 以降と GitTree アカウントが必要です。ダウンロード ページ から入手するか、Linux でどのように動作するかを確認してください。