複数の変更の1つがサインオフされていない場合の分岐/マージ戦略

Question

複数の機能が同時にテストされ、少なくとも1つがサインオフされていない場合ステークホルダーから私は、SCMの運用と再テストの観点から最小限の努力で生産に押し出された変更を承認したいと思っています。

私はCVSを使用しています（これを変更することはできません）が、問題はある程度はSCM技術に依存していません。

いつでも共通のベースライン上に複数の機能が開発されているとします。彼らはすべて自分の支店で孤立して働いています。いくつかの段階で、ビルドがプッシュされて、トランクからのテストが完了し、テストされ、マージされたバックツンドの変更がすべて含まれています。合計5つのブランチがマージされ、1つがテストに合格していないか、何らかの理由でビジネスがサインオフしていないとしましょう。

'unmerge'操作のような銀色の弾丸があったら、それは完璧ですが、私が知る限り、そこにはありません。

私の他のアイデアは、すべての変更をトランクにマージするのではなく、別のブランチにトランクをフォークし、そのブランチからビルドをテストサーバーにプッシュすることです。何らかの理由で何らかの変更が取り下げられた場合、新しいブランチをトランクから外して、取り消した変更以外のすべてをマージする必要があります。すべての変更が受け入れられると、この一時ブランチはトランクにマージされます。

これは過度ではないかと思いますが

他のアイデアはありますか？

Answer 1

尋ねられたようにこれは実際にあなたの質問に答えるわけではありませんが、機能トグルと「抽象化による分岐」のコンセプトについては、継続配信で説明します。これらは、メインライン/トランクの反復開発を可能にするコアコンセプトの2つです。