2

私のチームは、TFS 2010 でタスクごとのブランチ開発を行うことを検討しています。小さなタスク (1 ~ 3 日) にはシェルフセットを使用し、大きなタスク (4 日 ~ 2 か月) には新しいブランチを作成することを考えています。ブランチでの開発が完了すると、メインにマージされて削除されます (破棄されません)。通常、特定のブランチで作業する開発者は 1 人だけです。

多くのブランチを持つ TFS 2010 を使用してプロジェクトに取り組んだ経験のある人はいますか。それはどのように機能しましたか?ブランチの数が増えるにつれて、サーバーのパフォーマンスの問題はありましたか? VS IDE のパフォーマンスにまったく影響しますか?

「TFS はマージがうまくいかず、私の魂を押しつぶしています。どうすればよいですか?」などの質問に関連する多くの回答が既に出回っています。「x、y、z が利用できるのに、なぜ TFS を使用するのでしょうか?」多数の支店がある場合のサーバーのパフォーマンスとシステムの使いやすさに関する回答を維持するようにしてください。

これが私の分岐の歴史の背景です。私が以前取り組んだプロジェクトでは、ClearCase でタスクごとに分岐する戦略を使用しており、非常にうまく機能しました。ブランチの作成は、欠陥追跡とビルド システムの両方に関連付けられていました。開発者は、それぞれのブランチで作業単位を完了しました。各ブランチの存続期間は、1 日から数か月までさまざまです。各タスクの最後に、コードはメインの統合ブランチにマージされました。これは大規模なプロジェクトであり、約 10 年の開発期間を経て、システムには 10,000 を超えるブランチがありました。ClearCase は、この量の分岐を非常にうまく処理できます (バージョン ツリー ブラウザで人気のあるファイルを表示する場合を除いて、読み込み時間が遅くなる可能性があります)。

4

1 に答える 1

2

基本的に、説明するモデルは機能別ブランチです。これは、Microsoft の Dev Div が Visual Studio 製品ファミリを開発するために使用するモデルであるため、TFS でかなりうまくスケーリングできることがわかります。

このブログ投稿を読むことをお勧めします。詳細については、Branching Guide V2をお読みください。

マージに関しては、トピックはこことウェブでかなりよくカバーされていました。私の意見では、正しく使用すると(デフォルトのマージ ツールがなくても)問題ありません。

于 2012-06-19T23:29:25.963 に答える