3
同じプロジェクトの複数のクライアントに対する分岐モデルの提案
さまざまなクライアントのベースとして機能するいくつかのアプリケーションを含む非常に大きなプロジェクトがあります。 すべてのクライアントは、製品の独自のパーソナライズ、さまざまなマイルストーン、さまざまな要件などを持っているため、各プロジェクトは独自のニーズに基づいて独立して進化します。 プロジェクトの中核は、すべてのプロジェクトで類似していますが(等しくはありません)、各クライアントを個別に処理する(ただし、必要に応じてクライアント間で通信する)チームがあるように編成されています。これまでのところ、インターネットを検索するか、素晴らしいアイデアを思いつくことで、私たちのニーズに合ったスキームを見つけることができませんでした:) これまで、必要な変更のための特定のブランチを備えた製品をすべてのニーズに合わせて取り組んでいますが、製品のアーキテクチャは優れていますが、徐々に大きな問題になりつつあります。私たちが直面している主な問題は次のとおりです。 クライアントごとに異なるマイルストーン:これは、各チームが異なる時間としてバージョンを作成する必要があり、残りのコミットが安定性または製品に影響を与えないことを意味します。 場合によってはシステムのコアに影響する場合としない場合があるさまざまな要件。 大規模なチーム(20人以上のチームメンバー) システム内のバグの処理:チームが他のクライアントに影響を与える可能性のあるバグをプロジェクト内で見つけた場合はどうしますか? 注: LOCが10M以上のプロジェクトについて話している。 注: Team Foundation System、Visual Studio 2008、およびC#(主に)を使用しています。 状況に対処する方法についての提案、情報源、またはアイデアはありますか?同様の問題を抱えているモデルは市場にありますか?