0

を使用する場合Team Foundation Server、発生する問題 (バグ、機能要求など) に対する特定のアプローチをテストする必要がある場合に、分岐にアプローチする一般的に受け入れられている方法はありますか?

たとえば、あなたが他の数人の開発者とチームを組んでいて、ある開発者がこの問題を解決する方法を理解できないと言って、あなたに助けを求めたとします。いくつかのアイデアがありますが、アイデアがうまくいかない場合に備えて、コードのメイン ブランチに誤って変更を加えないようにしたいと考えています。

この時点で、次のいずれかを実行できます。

  • ローカル コピーを作成し、ソース管理からアンバインドして、今後変更を誤ってチェックインしないようにします。
  • 彼のブランチからブランチを作成し、それを「テスト」などと呼び、作業が完了したらブランチを削除します。
  • 彼のブランチのコピーをチェックして、アプローチがうまくいかないと判断した場合は、「保留中の変更を元に戻す」だけです (これは危険に思えます)。

おそらく他のいくつかの方法でアプローチできることは知っていますが、ソース管理下にあるコードに「テスト変更」を行う一般的な方法があるかどうかに興味がありました。

4

1 に答える 1

2

分岐は、複数の同時の独立した変更に最適です。

議論している目的のためにシェルフセットを使用してください。それが「マイワーク」の「サスペンド」機能の仕組みであり、コードレビューの仕組みです。変更を棚上げし、コード レビュー作業項目に添付して、レビュー担当者に通知します。レビュー担当者は、変更の棚上げを解除し、それらを見てコメントを付け、場合によっては編集することもできます。その後、変更のバージョンを棚上げして、あなたに送り返すことができます。

永続的なアーティファクトであるブランチを作成することなく、そこには多くの柔軟性があります。

更新: さらにビルドを実行し、バージョンのシェルフセット名をビルド プロパティに設定して、シェルフセットからカスタム ビルドを作成することができます。

于 2015-01-27T17:31:53.743 に答える