ファイルを

バージョンに復(fù)元することができます。たとえば、過去のある時(shí)點(diǎn)でがうまくいったことを知っていますが、今ではありません。この時(shí)點(diǎn)では、プロジェクト全體ではなく、この特定のファイルについてのみ戻りたいです！ 最初に、復(fù)元する正確なバージョンを見つける必要があります。正しいパラメーターセットを使用して、個々のファイルの履歴をコマンドに表示できます。 index.html

git log

$ git restore -p index.html

詳細(xì)情報(bào)が必要で、これらのコミットのコンテンツを表示したい場合は、

フラグを使用して、これらのコミットの実際の変更を表示できます。 index.html

コミットの前にファイルのバージョンを復(fù)元します！これは重要です。誤ったコミットでファイルを再開する代わりに、最後の良い狀態(tài)、つまりコミットの前に復(fù)元します！ 間違ったコミットのハッシュ値に-p

$ git log -- index.html

があなたのローカルワーキングコピーで変更されていることがわかります。GITは、ファイルの最後の良いバージョンを復(fù)元しました！ reflog

$ git log -p -- index.html

もちろん、そのようなログは、物事がうまくいかない狀況に最適です。それでは、最初に小さな災(zāi)害を作成しましょう - それから私たちはそれをリフェログで修正することができます。

を使用します。その結(jié)果、「エラー」のコミットは、あなたのコミット履歴から消えました - あなたが望むように。 git reset

$ git restore css/general.css

で十分です。
• git reflog第二に、記録されたステータスは年代順にソートされており、最新のステータスが上部にあることに気付くでしょう。
• よく見ると、トップ（つまり、最新の）プロジェクトが「リセット」操作であることがわかります。これはまさに20秒前にやったことです。明らかに、このログは有効ですか？
今すぐ意図しない「リセット」を元に戻したい場合は、以前の狀態(tài)に戻ることができます。これもここにも十分に文書化されています。その前の狀態(tài)のコミットハッシュをクリップボードにコピーして、そこから開始するだけです。
この前の狀態(tài)を復(fù)元するには、
• を再度使用するか、単に新しいブランチを作成できます。

git reset

$ git restore -p index.html

削除されたブランチを回復(fù)します

リフェログは、他の狀況でも役立つことがあります。たとえば、誤って削除してはならないブランチを誤って削除する場合。例のシナリオを見てみましょう：git reset

クライアント/チームリーダー/プロジェクトマネージャーが、開発してきた美しい分析はもはや必要ないと言っていると仮定しましょう。私たちはよく整理されており、もちろん、対応する

上記の上記のシナリオの例では、現(xiàn)在、ブランチをチェックアウトしていることがわかります。削除できるようにするには、まず別のブランチに切り替える必要があります。

$ git restore css/general.css

gitは、非常に深刻なことをしようとしていることを教えてくれます。feature/analyticsは他の場所に存在しないユニークなコミットが含まれているため、削除すると（おそらく価値のある）データが破壊されます。 OK ...この機(jī)能は不要になったため、続行できます：

$ git restore -p index.html

次に何が起こるかを期待していたかもしれません。クライアント/チームリーダー/プロジェクトマネージャーは、機(jī)能が戻ってきたことを喜んで教えてくれます。 ？ ？

同様に、貴重なデータを失った可能性のある悪い狀況に直面しています！それで、リフェログが再び私たちを救うことができるかどうか見てみましょう：

$ git log -- index.html

よく見ると、良いニュースが明らかになります。ブランチを削除できる前に（悲慘な）ブランチを削除できるようにする前に、別のブランチに切り替えるにはgit checkoutを?qū)g行する必要があります（GITで現(xiàn)在のブランチを削除できないため）。もちろん、このチェックアウトもリフェログに記録されています。削除したブランチを復(fù)元するには、新しいブランチの出発點(diǎn)としての前にの狀態(tài)を単に使用できるようになりました。

$ git log -p -- index.html

cmdzを押すのと同じくらい簡単です。

で提出する必要がありましたが、feature/newsletterブランチでのコミットを不注意に引き起こしました。ソリューションを段階的に見てみましょう。 master

：feature/newsletterをチェックしています。

$ git checkout <bad-commit-hash>~1 -- index.html

コマンドを使用して、コミットを安全に移動できます。 cherry-pick

$ git reflog

feature/newsletter

これまでのところ、すべてがうまくいきました。ただし、cherry-pickはmasterブランチからコミットを削除しません（永遠(yuǎn)にはそこにないはずです）。だから私たちもそこで混亂をきれいにしなければなりません：

$ git restore css/general.css

に戻り、masterを使用して、歴史から不要なコミットを削除します。 git reset

Git Undo Toolsの詳細(xì)については、「Git First Aid Kit」を強(qiáng)くお勧めします。これは、Gitのエラーをクリーンアップして元に戻す方法を示す（無料の）短いビデオコレクションです。 スムーズな発達(dá)、試してみる勇気をお祈りします。もちろん、修理が得意でなければなりません！ GITを使用してエラー（FAQ）を元に戻すことについてのFAQ

の違いは何ですか？

以上がGitで間違いを取り消す5つの方法の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。