"統合ブランチ"の目的は何ですか？

Question

分岐戦略がnフィーチャブランチで構成される場合、「マスター」（メインライン）と「インテグレーション」ブランチがあります。統合ブランチの目的は何ですか？フィーチャーブランチ自体でテストと統合を実行できないのはなぜですか？

Answer 1

これは機能ブランチだからです。 1つの機能に関連する変更のみが含まれている必要があります。統合ブランチは、最後にマスターにプッシュする前に、複数の機能をまとめてテストする場所です。

もちろん、にはがありません。 は、機能ブランチ上での統合を行うことができます。と同じように、はすべてあなたの仕事をマスターで行うことができます。しかし、懸念の分離は良いことです。

Answer 2

「統合」ブランチの必要性についてよく見受けられる主な理由の1つは、自分のフィーチャーブランチが自分自身でテストできない場合です。私の経験では、これは通常、データベースの依存関係によるものです。または、データベースにバックアップされているWebサイトプロジェクトを考えてみましょう.BEA WeblogicでホストされているJSPアプリケーションを60GBのOracleデータベースに戻すことができます。テストするために各機能ブランチに独自のBEA WeblogicとOracleインスタンスを与えるには、多くのハードウェアが必要です。代わりに、できる限り機能ブランチにできるだけ開発するのが一般的に簡単ですが、完全なWebサーバーとデータベースでQAを実行する必要がある完全なQAテストのために統合ブランチに移行してください。

Answer 3

正確に「分離が良い」理由についてもう少し詳しく説明します。統合ブランチの目的は、新機能が単独で機能するかどうか、また他の新機能と組み合わせて機能するかどうかを判断することです。これは、機能が矛盾を引き起こし、解決に時間がかかることを意味します。

ただし、新しい機能のサブセットをメインラインブランチに展開したいので、2つの機能の間に互換性がないため、すべての機能をブロックしないでください。

フィーチャブランチをすでに互いにマージしていた場合は、フィーチャブランチを別々にメインラインにマージするのが難しくなります。それは完全に不可能ではありませんが、それは確かに面倒です（私は試してみました）。

機能ブランチに大規模なコードチャーンが含まれている場合や、作業中のコードの領域に関して重複している場合は、このアイデアをさらに引き継ぎ、マージ前に2つの機能を統合するブランチグローバルインテグレーションブランチを含むどこにいても、それらはi。 e。複数の統合レベルがあります。もちろん、これは一般的に望ましい状況ではありませんが、回避することができない可能性があります。統合ブランチを十分に活用していれば、結果の競合が解決しやすくなります。