私は会社の代替ソース管理オプションとして TFS を評価しており、使用を開始した場合に現在のプロセスがどのように変化するか、または同じままであるかを文書化しています。
特定のビルドのスナップショットを作成するためだけでなく、将来のビルドの特定の変更をターゲットにするためにも、現在の製品でかなり頻繁にラベルを使用しています。私たちの標準では、対象のリリース バージョンのラベルを付けて各ファイルを常にチェックインします。
現在のソフトウェアには、チェックイン画面に「ラベル」のオプションがあるため、チェックイン/ラベル付けは 1 ステップのプロセスです。TFSでこれを行う方法はありますか? 後からソース管理エクスプローラーを開いてラベルを付けることができるようですが、ユーザーが後からラベルを付ける適切な変更セットを見つけるためにあちこちクリックしなければならない場合は、それを文書化してください...
チェックインごとに自動ラベル付けする方法は知りませんが、いくつかのオプションが思い浮かびます。
（保留中の変更ダイアログのチェックインメモセクションで）入力する必要があるテキストフィールドのリストを設定し、これらのフィールドを必須にすることもできるため、すべてのフィールドに「バージョン用」のメモを簡単に追加できます。チェックインします。これは、チーム エクスプローラーでチーム プロジェクトを右クリックし、ソース管理オプションに移動して設定します。
TFS はチェックインなどのアクションのイベントを発生させるため、TFS API を使用してサーバーでイベントを処理し、ラベルを自動的に追加できます。チェックイン メモを拾い上げて、ラベルがどうあるべきかをコードに伝えることもできます。
これは、現在のプロセスを変更する必要がある場合があります。TFS (または他のバージョン管理システム) では、特定のリリースを対象とするすべての開発者が TFS の同じブランチで作業する必要があります。つまり、並列開発ストリームごとに専用のブランチを用意します。したがって、ラベルの必要性が減ります。これは、特定の変更がリリースに適用されるかどうかを確認するためにラベルをふるいにかけることなく、ブランチを見てそのリリースに何が含まれるかを確認できるため、ラベルを使用するよりもはるかに優れたアプローチです。
Visual Studio Team Foundation Server Branching And Merging Guide をご覧になることをお勧めします。