プロジェクトを開始する場合は、チームの他のメンバーがソース コードにアクセスして変更を加える前に、そのコードを共有する必要があります。 プロジェクトをバージョン管理に追加すると、より体系的なチーム ベースの開発が可能になります。 各チーム メンバーは、ファイルをチェックアウトして、ローカルに変更を加えてテストした後に、こうした変更をチームと共有できます。
ローカル コンピューター上 (Eclipse ワークスペース内) のファイルは、Visual Studio Team Foundation Server のワークスペースによってサーバー上のファイルおよびフォルダーにマップされます。 Team Foundation Server ワークスペースには、このようなマッピング、ローカル コンピューター上にあるファイルのバージョン、およびチェックアウトしたすべてのファイルに関する情報が含まれます。
バージョン管理にプロジェクトを追加すると、要件が変更された場合に、サーバーからファイルの移動、名前変更、および削除を実行できます。
一般的なタスク
タスク |
関連する参照先 |
|---|---|
プロジェクトをチームと共有する: プロジェクトを作成するときに、プロジェクトをバージョン管理に追加して、プロジェクトのファイルをチームと共有します。 バージョン管理に追加しない、Eclipse プロジェクトの特定のリソースは除外できます。 また、ユーザーがバージョン管理から Unix を実行しているコンピューターにファイルを取得したときに適用される追加の属性を Unix ファイル システムに指定することもできます。 |
|
バージョン管理サーバーでファイルおよびフォルダーを管理する: 要件が変更された場合に、バージョン管理サーバーでファイルの移動、名前変更、または削除を実行できます。 他の開発者が開発環境を更新した場合は、それらの変更がサーバーから取得されます。 |
関連タスク
タスク |
関連する参照先 |
|---|---|
バージョン管理の主要な概念を理解する: バージョン管理されているファイルを操作するときは、Team Foundation Server ワークスペースと変更セットで作業します。 Team Foundation Server ワークスペースを使用すると、アプリケーションの複数バージョンの開発を同時に管理できます。 変更セットは、バージョン管理にチェックインするファイルと関連情報のグループです。 |
|
バージョン管理されているファイルのローカル コピーを取得する: バージョン管理されているアプリケーションで作業を開始する前に、それらのファイルを取得する必要があります。 その後、変更が必要なファイルをチェックアウトします。 たとえば、以前のバージョンのアプリケーションでバグを修正する場合は、特定のバージョンのファイルを取得する必要があることがあります。 |
|
変更を送信する: コードの変更を行ってテストし、機能を実装したりコード障害を解決したりしたら、こうした変更をバージョン管理にチェックインする必要があります。 |
|
競合を解決する: ファイルを取得または送信すると、別の開発者がそのファイルに変更を加えており、その変更が自分が加えた変更と競合していることを示すエラーが表示される場合があります。 この競合を解決しないと、操作を完了することはできません。 |