1
開発者がさまざまな機能の異なるブランチで作業する場合、私はそれらが機能ブランチからQAビルドを提供できることを理解しています。テストされると、「開発」とマージできます。しかし、QAチームがかなり大きく、一度に複数の機能をテストすることができれば、異なるブランチに存在する機能を含むビルドをどのように受け取ることができますか？QAは、Gitflowワークフローでフィーチャ分岐を使用して複数のフィーチャを一度にテストできますか？
例： 'Gitチェックアウト-b統合起源/マスター&& gitの原点/特長1起源/特長2をマージ[...]起源/ featureN' – Pockets
は、これは可能な解決策のように思えるが、私はまだです少し混乱した。統合ブランチにマージされた3つのフィーチャA、B、Cに対して3人の開発者が作業し、QAビルドが生成されたと仮定します。 A、Bの機能はテストに合格しますが、Cでは合格しません。私は、QAがA、B、Cの統合をテストしているので、AとBを統合するのは正しくないと思います。このような状況では、機能の分岐やGitflowのワークフローにも利点がありますか？ – Epsilon
次に、統合ブランチでCを取り消す 'git revert C'を使用すると、統合を統合して開発することができます。 – VonC