リモート・プロジェクトにはそれぞれ、リモート・ロケーションが関連付けられていなければなりません。
リモート・プロジェクトにローカル・ロケーションも関連付けられている場合、そのタイプはローカルになります。
リモートのみであれば、そのタイプはリモートになります。
すべてのリモート・プロジェクトに、そのプロジェクトに入っているソースをターゲット・リモート・サーバーで
ビルドし、実行することができる
リモート・ロケーションまたはコンテキストが関連付けられています。
また、このプロジェクトにローカル・ロケーションを関連付けるよう選択することもできます。
これで、以下の機能のセットが使用可能になります。
- リモート・サーバーに対する使用可能な接続がない場合でも、ソースの処理を続行できます。
- Rational® Team Concert のような製品で Eclipse ベースのソース制御を使用できます。
- 複数のコンテキストを使用して、1 つのプロジェクトから複数の言語、ホスト、および環境をターゲットにする機能。
デフォルトで、ローカル・ロケーションまたはコンテキストは Eclipse ワークスペース・ディレクトリー内のディレクトリーになります。
必要に応じて、これをカスタマイズすることができます。
ローカル・ロケーションにあるソース・ファイルが、どのようにリモート・ロケーションと同期するかについて、2 つの方式があります。
- 初めてプロジェクトを作成する際には、リモート・ロケーションにあるファイルがすべてローカル・ロケーションにコピーされます。
これは、設定で構成可能です。
ローカル・ロケーションで変更されたファイルをリモート・ロケーションにプッシュすることができます。
ファイルが保存されるたびに、またはビルドが要求されるたびに自動的に行われるよう構成できます。
また、「リモート・リコンサイラー」ビューを使用したユーザーからの明示的な要求によって、ファイルをプッシュすることもできます。
リモート・サーバーに接続せずに作業を行う場合は、この後者のオプションが便利です。
他のユーザーまたはツールによってファイルがリモート・ロケーションで変更された場合、それらの変更は自動的にローカル・プロジェクトに
ダウンロードされないため、同じファイルがローカル側で変更されると、リモート・ロケーションでの変更が無視される可能性があることに注意してください。
- ローカル・ロケーションが、リモート・サーバーからマウントされているディレクトリーを指していて、リモート・ロケーションと
まったく同じディレクトリーに対応している場合、ファイルのコピーは 1 つしかないため、すべてのファイルが常に同期した状態になります。
このマウント方式を使用する場合、リモート・ロケーションとローカル・ロケーションが同じディレクトリーを指していることを理解しておいてください。
このことを製品に検証させた場合、プロジェクトを作成する前に、製品はそれが正しいことを検査します。
このタイプのロケーションによって、他のツールまたはユーザーがリモート・ロケーションでファイルを変更したとしても、それらのファイルは同期したままになります。
この方式では、Eclipse ベースのソース・コントロールも可能になりますが、切断された状態で作業を行うことはできません。