チーム開発環境でバージョン管理を使用すると、変更を分離し、競合を軽減して、開発プロセスの予測可能性を高めることができます。 各開発者は、ファイルをチームと共有する前に、ファイルのローカル コピーでコード変更を行いその変更をテストできます。 問題が発生した場合は、ファイルの複数バージョンを比較して、原因となった変更箇所を容易に特定できます。変更をロールバックすることもできます。
一般的なタスク
タスク |
関連する参照先 |
|---|---|
バージョン管理の概念を理解する: バージョン管理されているファイルを操作するときは、Visual Studio Team Foundation Server のワークスペースと変更セットで作業します。 Team Foundation Server ワークスペースを使用すると、アプリケーションの複数バージョンの開発を同時に管理できます。 変更セットは、バージョン管理にチェックインするファイルと関連情報のグループです。 |
|
バージョン管理にファイルを追加する: 新しいプロジェクトの開発ライフサイクルを開始するには、プロジェクトをバージョン管理に追加してチームと共有する必要があります。 |
|
ファイルのローカル コピーを取得する: プロジェクトでの作業を開始するには、そのプロジェクトのファイルのローカル コピーを取得する必要があります。 自分でプロジェクトをバージョン管理に追加した場合は、これらのファイルを既に持っている可能性があります。 最新バージョンを取得することも、アプリケーションの以前のリリースに存在したバグを修正するために以前のバージョンを取得することも可能です。 変更を行うには、ファイルをバージョン管理からチェックアウトする必要があります。 ファイルに対する作業中に、そのファイルが他のユーザーによって変更されることのないように、ファイルをロックできます。 |
|
変更を送信する: コードの変更を行ってテストしたら、その変更を 1 つ以上の変更セットとしてバージョン管理に送信し、チームで使用できるようにする必要があります。 必要に応じて、保留中の変更を元に戻すことも、サーバーに送信済みの変更をロールバックすることもできます。 保留中の変更を一時的に無視する必要がある場合や、保留中の一連の変更をチェックインする前にコード レビューで使用できるようにする場合は、シェルブセットを作成できます。 たとえば、同じファイル内にあるバグの修正を優先する必要がある場合などに、保留中の変更を一時的に無視します。 |
|
リリース対象の一連のファイルを管理する: ラベルまたは分岐を使用すると、一連のフォルダーおよびファイルから成るリリースの管理が容易になります。 ラベルを使用することにより、アプリケーションの特定のビルドに対応するバージョンのファイルを取得できます。 分岐を使用することにより、複数のチームが同時に同じコードベース内でコードを開発しているときに、各チームが負うリスクを分離できます。 |
|
変更セットの履歴を表示する: バージョン管理されているファイルまたはフォルダーについて、行われた変更に関する詳細情報を取得できます。 |