git コードをマージする 2 つの方法の詳細な説明

git マージ

この種のマージでは、2 つのブランチの履歴がマージされ、既存のブランチは変更されません。両方の異なるファイルを比較してキャッシュし、コミットを生成してプッシュします。

利点: 安全で、既存のブランチは変更されません

短所: ブランチ履歴が多かれ少なかれ汚染されるため、プロジェクトを振り返る際にプロジェクト履歴を理解することが難しくなります

用途: 通常、パブリックマスターブランチに使用されます

gitリベース

この種のマージは通常「リベース」と呼ばれ、コミット履歴を変更し、双方のコミットを比較し、相違点を見つけてキャッシュし、コミット履歴の変更をプッシュします。

利点: プロジェクト履歴が非常にきれいになります

短所: セキュリティとトレーサビリティが非常に低く、このマージ中にどのような変更を加えたかがわかりません

使用: 公共の支店では絶対に使用しないでください。通常、単独で使用するブランチに使用されます

概要

どちらの方法にも独自の長所と短所があり、実際の状況とニーズに基づいてどちらのマージ方法を使用するかを決定する必要があります。私の使用習慣は一般的に、見栄えの良いプロジェクト履歴を維持するために所有するブランチで Rebase を使用し、安全で変更を追跡するのが簡単なメインの master ブランチで Merge を使用します。

以上がgit コードをマージする 2 つの方法の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。