0

TFS のマージ操作では、次の 2 つのオプションのいずれかを選択できます。

-特定のバージョンまでのすべての変更

また

-選択したチェンジセット

最初のものを無効にする方法はありますか？マージ スコープ操作を (チーム プロジェクト全体ではなく) 特定の数の変更セットのみに制限することで、潜在的な間違いを回避したいと考えています。

これを達成するための提案はありますか？

4

1 に答える 1

0

その場合は、機能ブランチを使用するのが最善です。機能をメインにマージする前に、メインから機能ブランチへの逆統合を行い、機能をテストして承認してからメインにマージします。従うプロセスを考えると、機能を順次マージしてテストする必要がありますが、うまくいく可能性があります。

そうすれば、常に Merge Latest を使用し、テストされたときにのみすべてをリリースできます。

また、自動テストへの投資を真剣に検討します。そうすれば、常にすべての機能をテストでき、これらの問題を回避する必要がなくなるからです。

フィーチャー ブランチの詳細については、分岐とマージに関する ALM Ranger ガイダンス、特にフィーチャー プランを確認してください。

基本的には、MAIN から直接、機能ごとにブランチを作成するのが秘訣です。次に、メインからその機能ブランチに定期的にマージします (メインにマージする直前に少なくとも 1 回)。そうすれば、メインのすべての最新のものを使用してビルドを作成し、機能をテストできます。テストが承認されたら、機能ブランチをメインにマージし、そこにあるすべてのものをリリースします。

これの最大の欠点は、あなたの場合、2 つの機能を同じ機能ブランチでビルドしない限り、1 つの g で一緒にテストしてリリースするのは簡単ではないということです。

何をするにしても、チェリーピッキング マージが必要になる原因となる障害を取り除くようにしてください。これらは非常にエラーが発生しやすく、通常、より優れた (プラグイン) アーキテクチャ、機能の切り替え、依存関係の挿入、および自動テスト (ユニットと統合の両方) を使用して防止できる多くのオーバーヘッドが伴います。そうすれば、一度により多くのテストを行うことができ、部分的に完成した機能 (オフ) で出荷することができます。

于 2013-09-20T10:17:37.253 に答える