1

私は「内部」ITショップにいて、現在バージョン管理にClearCaseを使用しています。私たちの分岐戦略はこれに共通しており、メインブランチはライブコード用に予約されており、プロジェクトおよびホットフィックスタイプのアクティビティ用にメインから分岐しています。各プロジェクト(およびそれらは頻繁に重複します)にはメインからの分岐があり、多層分岐はありません。

リリース3が稼働し、ベースラインが設定される前に、リリース4ブランチがリリース3の変更をすべて(たとえば)取得するように、統合ブランチ間でマージを行う必要があるという状況が発生します。また、プロジェクトが高く、サポートが必要な場合に修正プログラムが発生する回数。

ただし、ベースレスマージを実行するためにコマンドラインに移動する必要がないため、TFSの世界ではこれは実際には不可能ですが、非常に柔軟な分岐機能が必要です。 ClearCaseで使用されていました。

したがって、理想的には、TFSブランチで本番ベースラインを作成し、分岐して短期間の修正プログラムを実行し、分岐してプロジェクトを実行できるようにする必要があります。実際には、どのブランチが稼働するかを知る必要はありません(したがって、ベースライン)最初。すべてのMSドキュメントを処理した後、それらはすべて製品タイプの環境に焦点を合わせているように見えますが、私たちは主にサポートおよび拡張ショップです。

私は推奨事項/ポインターを探しています-私はClearCase管理者であり、精神的に分岐することで非常にうまくやりくりすることができます-しかし、私が思いついたものはすべてTFSに適合するようには見えません-しかし、これはおそらく私のメンタルプロセスはClearCaseに似ており、TFSと調和していません(まだ!)

4

1 に答える 1

1

私は TFS2010 の経験があまりありませんが、ブランチが TFS2010 のファーストクラスの市民になったことを考えると、実用的な解決策の 1 つは、拡張を「製品」と見なし、それに応じてパッチ ブランチを作成することです。

TFS2010 Branching Guideを読んだことがあると思います。

ホットフィックスの問題に対処するための分岐シナリオが含まれています。

代替テキスト

(「TFS 分岐ガイド - シナリオ 2010_20100330.pdf」ドキュメントから)

于 2010-11-03T07:47:53.183 に答える