異なるワークスペースでEclipse構成を共有する方法

さまざまなマシンのプライマリIDEとしてEclipse（PDT）を使用しています。（自宅、ラップトップ、オフィスなど）。複数のコンピューター間でEclipseとプロジェクト構成を実用的に共有するにはどうすればよいですか？それらをバージョン管理する必要がありますか、それともこれを行う簡単な方法はありますか？

すべてのコンピューターの構成を最新のものにしても、同じ古くて古いものを確実に使用するにはどうすればよいですか？

ソース管理にチェックインできる多くのプロジェクト固有の設定を実際に設定できます。小さなプロジェクトの場合、これは本当にうまくいきます。大規模なプロジェクトでは、すべてのプロジェクトで使用する単一のファイルを用意し、開発者がプロ​​ジェクトの作業を開始するために必要なものを維持する別の「アセット」プロジェクトにチェックインすることにしました。これには、ライセンスやその他の必要なファイルなども含まれます。

ワークスペース間で日食固有の設定を共有する：

1. に行く ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
2. 上記のディレクトリの下にすべてをコピーします ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

これにより${new_workspace}、の構成が${old_workspace}

お役に立てれば。問題が発生した場合は更新してください。

別のオプションはエクスポート/インポートです：

1. 既存のワークスペースからFile->Export...->General->Preferences、[すべてエクスポート]をチェックし、保存先のファイルを選択します（たとえば、prefs.epf）。
2. 新しいワークスペースでEclipseを起動し、File->Import...->General->Preferencesファイル（prefs.epf）を選択して、すべてインポートを確認します。

これは、このヒントの元の作成者にとってはうまくいきました。彼は、コードの書式設定、コードスタイル、svn repos、jres設定をインポートしてもらいました。

編集： Eclipse Junoでは、これはうまく機能しません。一部の設定は、保存アクションなど、黙って引き継がれません。

比較的新しいプロジェクトですが、Eclipse Oomphがまさにこの理由で作成されたようです。このツールを使用すると、他のユーザーと共有できる独自の構成を作成できます。（まだ）使用していませんが、次のことを計画しています。

https://projects.eclipse.org/projects/tools.oomph

複数のワークスペースで同時に作業する必要があり、新しいワークスペースを作成するたびに多くの設定を行う必要がありました。テンプレートワークスペースを作成し、そのテンプレートワークスペースに必要なすべての設定を作成しました。新しいワークスペースを作成するたびに、{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsを指すtoのシムリンクを作成し{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（およびおそらく火星も）の時点で、以下の2つのディレクトリーをコピーして、ワークスペースと設定/設定を異なるワークスペース間で共有できます。

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench

ここで2つの質問があります。まず、プロジェクト定義、.projectファイル、プロジェクト固有の設定があります。個人的には、プロジェクトのチェックアウトとIDEのセットアップがはるかに簡単になるので、ソース管理のものが好きです。

次に、ワークスペースの設定があります。この領域には多くの質問が表示されます。Pulseを確認することをお勧めします。これは、特にワークスペース設定を保存して複数のマシンまたはチームメンバーと同期できる拡張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ストレッチで実行中のダウンロード）を別のJDKで使用しても、互換性の問題はありませんでした。

よろしくアーミン

単にディレクトリをコピーする

${old_workspace}/.metadata/.plugins

既存のプロジェクトから新しいプロジェクトへ。

これは（かなり単純な）PHPプロジェクト内ではうまく機能しました。

Eclipstyleを使用して、1つのワークスペースの設定を他のワークスペースに複製できます。設定をエクスポートして、後でクローンすることもできます。