私はGitの初心者であり、このようなSCMを使用してもこのアイデアが可能かどうかを知りたいと思います。
私の考えは、DEVチームにローカルで機能を処理させてから、それらの機能をQAにプッシュすることです。この時点で、QAがストーリーをテストおよび検証すると、企業はどのストーリーを製品にインストールするかを決定できます。
たとえば、DEVはストーリーA、B、C、およびDに取り組んでいます。これらの4つはQAでテストされますが、企業は実際にはBとDのみを本番環境にインストールすることにします。
基本的に、QAには、PRODにあるすべてのストーリーと、場合によってはさらにいくつかのストーリーが含まれます。
gitを使用してこのようなことをすることさえ可能ですか？このアプローチを使用して問題が発生しますか（ストーリー間の依存関係がその1つである可能性があります）？
ありがとう！ロベルト
はい！このワークフローに関する記事全体を書きました：http：//dymitruk.com/blog/2012/02/05/branch-per-feature/
このアプローチの鍵は、すべての機能またはタスクが同じポイントから開始されることです。これにより、プログラマーでなくても、誰でも特定の環境またはステージで必要な機能を選択できます。これらのそれぞれにブランチを割り当てることができます。
アドホックな機能の組み合わせで誰でもリリースできるようにしたい場合は、リポジトリの.gitディレクトリからrr-cacheディレクトリを共有することを強くお勧めします。このように、競合が解決されたら、誰かがいくつかの機能を取得して新しいブランチにマージするときに、競合を再解決する必要はありません。これは呼ばrerereれ、記事で説明します。さらに、共有を自動化するために、スクリプトを作成する必要のある基本的なコマンドを次に示します。共有rerere cacheこのようにして、開発者以外の人にもこれを利用させることができます。
これには論争がなかったわけではありません。昨年（ほぼ1年半前）、これについていくつかのプログラミングの大物との激しい議論がありました。私は長い議論をキャプチャし、あなたが自分で判断できるようにそれを含めました：http: //dymitruk.com/old-comments-about-branch-per-feature.html
結論として、この分野では、コード化された順序に関係なく、いつでも完全な機能のセットを展開できます。