git を指定したバージョンに復元した後、復元できますか?

Git を使用してプロジェクト開発を行う過程で、特定のバージョンに復元する必要がある状況によく遭遇します。ただし、git replace コマンドまたは git revert コマンドを使用してバージョンのロールバックを実行し、以前のバージョンに復元したい場合でも、それは可能ですか?この記事では、すべての人のためにこの問題を詳細に分析します。

まず、git restart と git revert という 2 つの命令の機能を理解しましょう。

git replace コマンド: 現在のブランチの HEAD を指定したコミットにリセットします。ステージング領域と作業ディレクトリを指定したコミットにリセットするかどうかを選択できます。

git revert コマンド: 新しい送信を作成して、以前の送信を取り消します。指定したコミットまたは一連のコミットを取り消して、新しい送信を生成することを選択できます。

当然のことながら、git restart コマンドを実行すると以前の送信記録が失われ、送信履歴の保存に git log が使用されていたとしても、以前のバージョンに復元することはできません。 Git revert は以前の送信を取り消すことができますが、新しい送信レコードが生成され、以前の送信レコードはまだ存在します。

では、git replace コマンドを使用したことがある場合でも、以前のバージョンを取得することは可能でしょうか?答えは、それは可能ですが、状況に応じて異なる方法を選択する必要があるということです。

シナリオ 1: リセット後に他の操作 (ファイルの削除、新しいファイルの作成など) が実行されない場合は、Git の「参照」メカニズムを通じて復元できます。

1. リセットする前にまず HEAD の箇所を確認します:

git reflog

2. リセットする前にコミットの SHA-1 値を確認します:

git show HEAD@{n}

その中で、 n はリセット前の n 番目のコミットです。

3. リセットする前にコミットにリセットします:

git reset HEAD@{n}

4. この時点で、リセット前のバージョンに復元されており、必要なファイルを直接取得できます:

git checkout HEAD -- FILENAME

FILENAME は、取得する必要があるファイルです。

シナリオ 2: リセット後に他の操作 (ファイルの削除、新しいファイルの作成など) を実行した場合、「参照」メカニズムを使用して回復することもできますが、以前のファイルをチェックアウトする必要があります。再度提出。

1. リセットする前にコミットの SHA-1 値を確認します:

git show HEAD@{n}

2. 前にコミットをチェックアウトします:

git checkout <commit-SHA>

その中で、

3. 必要なファイルを取得します:

git checkout HEAD -- FILENAME

残りの手順はシナリオ 1 と同じです。

シナリオ 1 であっても 2 であっても、git restart 後できるだけ早く復元する必要があることに注意してください。そうしないと、他のコミットが行われた場合に、元の状態にロールバックできなくなります。前のバージョン。したがって、git restart を使用する前に、動作を確認してから続行する必要があります。

つまり、git は非常に強力なバージョン管理システムです。バージョンの問題に対処するときは、ブランチやタグなど、他にも多くの操作があります。特定の状況に応じて適切なソリューションを選択する必要があります。同時に、Git の適切な使用習慣とタイムリーなバックアップを身に付け、不必要な損失を避けるように努める必要があります。

以上がgit を指定したバージョンに復元した後、復元できますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。