1つのTFS複数のプロジェクト多くの.csファイル...多くのソフトウェアエンジニア同時に開発されているすべてのプロジェクトに対する多くのチェックイン。
一部のプロジェクトは早期に終了し、展開する必要がありますが、一部のプロジェクトはまだ完了していません。
私たちがしていること、未完成のプロジェクトに属するコード部分にコメントしますTFS2008の手動メソッドよりも優れたメソッドはありますか
2 に答える
3
トレインレックに陥る前に、分岐戦略を確認する必要があります...良いガイドについては、ここを参照してください。それぞれの異なるリリースにはブランチが必要です。ブランチ間でコードをマージするための余分な労力が少しありますが、リリースごとに繰り返しテスト可能な「メイン」ブランチが作成されます。また、ラベルをどのようにカットしているか、継続的インテグレーションがどのように設定されているかを確認します（現在ラベルがない場合はそれを扇動します）。
于 2012-06-11T08:22:39.950 に答える
1
そこに秘密はありません、あなたは2つの主な選択肢があります：
1）アトミックにリリースできるプロジェクトごとに1つのブランチがあり、グローバルリリースを実行するときは、グローバルリリースブランチにリリースする準備ができているプロジェクトのブランチのみをマージします。（最新のものからのマージです）
2）すべてのプロジェクトが1つのブランチにのみ存在する場合（プロジェクトが実際に多く、プロジェクトごとに1つのブランチに移動するには多すぎる場合があります）、トレーサビリティに依存する必要があります（作業項目またはカスタムリストを使用するかどうか）。 of Changessets）は、すぐにリリースできるプロジェクトの変更セットのみをグローバルにリリースされたブランチにマージします。（これはチェンジセットのチェリーピックマージです）
さて、3番目の秘密の選択肢があります：
3）1と2のブレンドを使用します。たとえば、200のプロジェクトがある場合、10の「プロジェクトのグループ」のようなものを作成して、（技術的または機能的に）関連するすべてのプロジェクトを1つのブランチに格納できます。次に、20個のプロジェクトからなる10個のブランチが作成され、ブランチ内のすべてのプロジェクトがグローバルリリースブランチにマージされる「リリースの準備ができている」必要があるという制約があります。
1）実装は簡単ですが、プロジェクトがたくさんある場合（> 20）2）最高の柔軟性を提供しますが、セットアップするにはかなりの準備と整理が必要です。3）長所と短所の両方でまだ1と2の組み合わせです。
于 2012-06-11T08:55:28.253 に答える