私は Git でのマージについて学んでいます。(あなたが私と同じように新しい開発者であれば) Git の履歴が台無しになる可能性を最小限に抑えるのに役立つ 2 つの良い実践例があります。
メイン ブランチからのマージのテスト: メイン ブランチで作業していて、フィーチャー ブランチをマージしたいが、メイン ブランチを中断するリスクを避けたい場合は、次のように作成できます。テストマージブランチ。このブランチはメインと同じ状態になり、基本的にクローンとして機能します。その後、この新しいブランチでマージと必要なテストを実行できます。何か問題が発生した場合、元のメイン ブランチはそのまま残り、テスト ブランチは安全に削除できます。
共同作業のためのブランチ間マージ: 複数の開発者が別々のブランチ (バックエンドとフロントエンドなど) で作業しており、両方のブランチのコードが正しく統合されているかどうかを確認したい場合、独自の作業ブランチ内にテスト ブランチを作成できます (たとえば、この場合はバックエンド ブランチで作業しています)。たとえば、 test-frontend という名前のブランチを作成し、フロントエンド ブランチをマージして、コードが期待どおりに動作するかどうかを確認します。マージが成功し、main と統合したい場合は、test-frontend ブランチに残り、それを main とマージします。すべてが確認されたら、メイン ブランチに戻り、test-frontend ブランチとの早送りマージを実行します。このアプローチにより、スムーズな統合を確保しながら、メイン ブランチに問題が持ち込まれるリスクが軽減されます。
メイン ブランチにマージした後、Git は 2 つの親コミット (既存のメイン ブランチからのコミットとテスト ブランチからのコミット) を持つマージ コミットを作成します。後でマージを元に戻す場合は、次のコマンドを実行することで、メイン ブランチをマージ前の状態に簡単にリセットできます。
git checkout -B origin/main
このコマンドは、メイン ブランチをリセットして、origin/main (リモート メイン ブランチが現在ポイントしているコミット) の状態と一致させます。これがオリジン/メインである理由は、Git ではブランチがデフォルトでローカルであるためです。変更をプッシュしていない場合、変更はローカル マシン上に残ります。オリジン/メイン参照は、リモート メイン ブランチ上の最後の既知のコミットを指すため、その状態に安全に戻すことができます。
以上がGit でのマージのグッドプラクティスの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。