Git で複数のコミットを元に戻す方法

Git コミットの復帰について

プロジェクトの履歴を変更せずに以前の変更を元に戻す必要がある場合、Git リポジトリ内の複数のコミットを元に戻すのは一般的なタスクです。これは、過去の作業の整合性を維持しながら、変更を後戻りできる安全な方法です。このアプローチは、変更を他のユーザーと共有し、リベースが実行可能なオプションではなくなった場合に特に役立ちます。

一連のコミットを元に戻す必要がある場合に問題が発生します。たとえば、コミット B、C、D を事実上無視してコミット D の HEAD から A に戻す場合などです。これらのコミットを元に戻す正しい方法と順序を理解することは、クリーンで機能的なリポジトリ。

Gitコマンドスクリプトの説明

提供されるスクリプトは、ブランチを以前の状態にリセットするか、選択的にコミットを元に戻すことによって、Git リポジトリ内の変更を管理および元に戻すように設計されています。の git reset --hard A このコマンドは、ブランチの HEAD を前のコミット (「A」として識別) に直接再定義するため、非常に重要です。このアクションは、コミット A の後にブランチに加えられたすべての変更を破棄し、実質的にリポジトリの状態をコミット A の状態と同じにします。このコマンドは強力ですが、変更を永久に消去するため、使用には注意が必要であり、完全に元に戻す必要がある場合に適しています。既知の良好な状態に戻ります。

の git revert コマンドと組み合わせて、 --no-commit このオプションは、コミット B、C、および D によって導入された特定の変更を元に戻したいが、元に戻された内容の記録を保持したい場合に使用されます。この方法では履歴が維持されるため、変更の推移を理解することが重要な共有リポジトリにとって有益です。必要なコミットを元に戻した後、単一の git commit は、すべての復帰を 1 つのスナップショットにグループ化するために使用されます。これにより、プロジェクト履歴が簡素化され、復帰のコンテキストが理解しやすくなります。の用法 git push --force ブランチの履歴にこのような大幅な変更を加えた後は、リモート リポジトリを更新する必要があります。

git checkout your-branch-name
git reset --hard A
git push origin your-branch-name --force

git checkout your-branch-name
git revert D --no-commit
git revert C --no-commit
git revert B --no-commit
git commit -m "Reverted commits B, C, and D"
git push origin your-branch-name

Git 履歴を管理するための高度なテクニック

Git リポジトリを扱う場合、上級ユーザーは基本的なコミットのリバートやリセット以上の作業を必要とすることがよくあります。そのような手法の 1 つは、より制御された履歴編集のために対話型リベースを使用することです。対話型リベースを使用すると、リベース セッション中に詳細リストからコミットを選択、潰し、編集、または省略できるため、コミット履歴をより細かく制御できます。この方法は、複雑な履歴をメイン ブランチにマージする前に準備する場合に特に便利で、プロジェクトの履歴をクリーンで理解しやすいものにします。

もう 1 つの高度な方法は、リポジトリ内のブランチの先端やその他の参照の更新を記録する Git のメカニズムである reflog の使用です。 reflog は、積極的なクリーニングや履歴操作のエラーによりブランチ チップから直接アクセスできなくなったプロジェクトの以前の状態を再検討し、場合によっては復元する必要があるリカバリ シナリオで非常に役立ちます。