さまざまなマシンでプライマリIDEとしてEclipse(PDT)を使用しています。(自宅、ラップトップ、オフィスなど)。Eclipseとプロジェクトの構成を複数のコンピューター間で実用的に共有するにはどうすればよいですか?それらをバージョン管理する必要がありますか、それともこれを行うためのより簡単な方法はありますか?
すべてのコンピューターを最新の構成にしたとしても、どのようにして同じ古き良きものを使用するようにしますか?
さまざまなマシンでプライマリIDEとしてEclipse(PDT)を使用しています。(自宅、ラップトップ、オフィスなど)。Eclipseとプロジェクトの構成を複数のコンピューター間で実用的に共有するにはどうすればよいですか?それらをバージョン管理する必要がありますか、それともこれを行うためのより簡単な方法はありますか?
すべてのコンピューターを最新の構成にしたとしても、どのようにして同じ古き良きものを使用するようにしますか?
ワークスペース間でEclipse固有の設定を共有する:
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
${new_workspace}
これにより、がと同じ構成になっていることを確認できます。${old_workspace}
お役に立てれば。問題が発生した場合は更新してください。
別のオプションはエクスポート/インポートです:
File->Export...->General->Preferences
[すべてエクスポート]をオンにし、ファイルを選択して保存します(たとえば、prefs.epf)File->Import...->General->Preferences
ファイル(prefs.epf)を選択し、[すべてインポート]をオンにします。これは、このヒントの元の作成者にとって非常に効果的でした。彼は、コードのフォーマット、コードスタイル、svnリポジトリ、jres設定をインポートしました。
編集: Eclipse Junoでは、これはうまく機能しません。保存アクションなど、一部の設定はサイレントに引き継がれません。
これは比較的新しいプロジェクトですが、まさにこの理由でEclipseOomphが作成されたようです。このツールを使用すると、他のユーザーと共有できる独自の構成を作成できます。私は(まだ)それを使用していませんが、次のことを計画しています:
複数のワークスペースで同時に作業する必要があり、新しいワークスペースを作成するたびに設定する必要のある設定がたくさんありました。テンプレートワークスペースを作成し、そのテンプレートワークスペースに必要なすべての設定を作成しました。新しいワークスペースを作成するたびに、{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
を指すのsimlinkを作成し{template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
ます。したがって、いずれかのワークスペースで設定を編集すると、他のすべてのワークスペースに複製されます。
この関数エイリアスを.profileに作成したので、新しいワークスペースを作成したら、コマンドプロンプトで、新しいワークスペース名を引数としてこの関数を実行し、リンクを作成します。
function eclset(){
present_dir=`pwd`;
cd {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ;
rm -rf .settings ;
ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
cd $present_dir;
}
ソース管理にチェックインできる多くのプロジェクト固有の設定を実際に設定できます。小さなプロジェクトの場合、これは非常にうまく機能します。大規模なプロジェクトの場合、すべてのプロジェクトに使用する単一のファイルを用意し、開発者がプロジェクトの作業を開始するために必要なものを維持する別の「アセット」プロジェクトにチェックインすることにしました。これには、ライセンスやその他の必要なファイルなども含まれます。
Eclipse Neon(および場合によってはMarsも)の時点で、次の2つのディレクトリをコピーして、ワークベンチと設定/設定を異なるワークスペース間で共有できます。
[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
[workspace]/.metadata/.plugins/org.eclipse.e4.workbench
ここに2つの質問があります。まず、プロジェクト定義、.projectファイル、およびプロジェクト固有の設定があります。個人的には、プロジェクトのチェックアウトとIDEのセットアップがはるかに簡単になるため、ソース管理にあるものが好きです。
次に、ワークスペースの設定があります。この領域には多くの質問が表示されます。パルスを見てみることをお勧めします。これは、特にワークスペース設定を保存し、複数のマシンまたはチームメンバーと同期できる拡張Eclipseディストリビューションです。
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
プロジェクトのルートフォルダーにある.settingsというフォルダーに.prefsファイルをコピーして、SVN(またはCVSまたは...)に追加することもできます。
そうすれば、更新中に設定がソースコードとともにすべての開発者に配布されます。
私も同じ問題を抱えていました。
私のアプローチ:owncloudが管理するディレクトリにプロジェクトデータを保存する
プロジェクトXはワークステーションAで作成され、カスタムパスはownCloud階層の新しいサブディレクトリを指します。デフォルトのワークスペースは、引き続きAのファイルシステムに常駐しています。
ワークステーションBIに座っているときに、デフォルトのローカルワークスペース(Bのローカル)を開き、「同期された」ownCloudディレクトリにある既存のソースを使用して新しいプロジェクトを作成します。
Eclipseを起動し、現在のプロジェクトデータを取得するたびに、[更新]をクリックするだけです。同期はバックグラウンドで自動的に実行されるため、Eclipseを閉じて、ownCloudに新しいファイルをownCloudサーバーにアップロードする機会を与える作業が終了したら注意してください。
Tomcatまたは他のサーバーはローカルで実行されており、構成はscpを介してマシン間で手動でコピーされます。これは、サーバーの設定に変更があった場合にのみ発生しますが、それほど頻繁ではありません。
NEON 2(arch linux)とNEON 3(debian Stretchで実行されているものをダウンロード)を別のJDKで使用しても、互換性の問題はまだありませんでした。
よろしくアーミン
ディレクトリをコピーするだけです
${old_workspace}/.metadata/.plugins
既存のプロジェクトから新しいプロジェクトへ。
これは(かなり単純な)PHPプロジェクト内でうまく機能しました。
Eclipstyleを使用して、あるワークスペースの設定を他のワークスペースに複製できます。設定をエクスポートして、後で複製することもできます。