みんな
そのシナリオについての提案が欲しい:
大規模な e コマース ポータルで働く 50 人。約 35 人の開発者、10 人の QA、5 人のマネージャー、またはこのようなものです。これらの開発者は、フロントエンド チーム、バックエンド チームなどの特定の役割を持つチームに分割されています... 運用環境で毎日公開されており、公開されたこれらのコードにはバグ修正と新機能が含まれています。
各開発者は新機能やバグ修正に取り組んでおり、これにはさまざまなサイロが含まれたり、それらに影響を与えたりする可能性があります。今日、TFS では、2 つの異なるコレクションと、数十の異なるチーム プロジェクトに取り組んでいます。それにもかかわらず、すべての作業はそのための特定のチーム プロジェクトの作業項目によって編成されます。
この会社では、コードは本番に移行する前に QA によって承認され、すべてのコードの統合、マージ、デプロイは ALM と呼ばれるチームの責任です (この作業ではフルタイムで 4 人が働いています)。
私の質問は、TFS をソース管理システムと考えて、この混乱をどのように整理するかということです。このシナリオをサポートするためにブランチ戦略を構築するにはどうすればよいですか? また、将来の継続的デリバリーをサポートするブランチ戦略を作成するにはどうすればよいですか? チームの生産性を向上させ、本番環境に公開するコードのエラーを回避するための新しいアイデアについて、いくつかの手がかりと議論が必要です。
ありがとう！