Eclipse(PDT)をプライマリとして使用していますIDEさまざまなマシンで。自宅、ラップトップ、オフィスなど)。コンピューターをバージョン管理する必要がありますか、またはこれを行う簡単な方法はありますか?
すべてのコンピューターで最新の構成を使用している場合でも、どのようにして同じ良いものと古いものを使用することを保証しますか?
実際に、ソース管理にチェックインできるプロジェクト固有の設定を多数設定できます。小さなプロジェクトの場合、これは非常にうまく機能します。大規模なプロジェクトの場合、すべてのプロジェクトに使用する単一のファイルを用意し、開発者がプロジェクトの作業を開始するために必要なものを維持する別の「アセット」プロジェクトにチェックインすることにしました。これには、ライセンスなどの必要なファイルも含まれていました。
ワークスペース間で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では、これはうまく機能しません。保存アクションなど、一部の設定はサイレントに引き継がれません。
これは比較的新しいプロジェクトですが、Eclipse Oomphはまさにこの理由で作成されたようです。このツールを使用して、他のユーザーと共有できる一意の構成を作成できます。まだ使用していませんが、次のことを計画しています:
複数のワークスペースで同時に作業する必要があり、新しいワークスペースを作成するたびに設定する多くの設定がありました。テンプレートワークスペースを作成し、そのテンプレートワークスペースに必要な設定をすべて作成しました。新しいワークスペースを作成するたびに、{new_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings
を指す{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の設定がはるかに簡単になります。
次に、ワークスペースの設定があります。この領域には多くの質問があります。 Pulse をご覧になることをお勧めします。これは、特にワークスペース設定を保存し、複数のマシンまたはチームメンバーと同期できる拡張Eclipseディストリビューションです。
.prefsファイルを${old_workspace}/.metadata/.plugins/org.Eclipse.core.runtime/.settings
からプロジェクトのルートフォルダーの.settingsというフォルダーにコピーしてから、SVN(またはCVSまたは...)に追加することもできます。
そうすれば、更新中に設定がソースコードとともにすべての開発者に配布されます。
ディレクトリをコピーするだけです
${old_workspace}/.metadata/.plugins
既存のプロジェクトから新しいプロジェクトへ。
これは(かなり単純な)PHPプロジェクト内でうまく機能しました。
Eclipstyle を使用して、あるワークスペースの設定を他のワークスペースに複製できます。プリファレンスをエクスポートして、後でクローンを作成することもできます。
私は同じ問題を抱えていました。
私のアプローチ:owncloudが管理するディレクトリにプロジェクトデータを保存する
プロジェクトXはワークステーションAで作成され、カスタムパスは自分のownCloud階層の新しいサブディレクトリを指します。デフォルトのワークスペースはまだAのファイルシステムに常駐しています。
ワークステーションBに座っているときに、デフォルトのローカルワークスペース(Bのローカル)を開き、「同期された」ownCloudディレクトリ内の既存のソースを使用して新しいプロジェクトを作成します。
Eclipseを起動し、現在のプロジェクトデータを取得したら、[更新]をクリックするだけです。同期は自動的にバックグラウンドで実行されるため、Eclipseを閉じて、ownCloudに新しいファイルをownCloudサーバーにアップロードする機会を与える作業を終えたら注意してください。
Tomcatまたは他のサーバーがローカルで実行されている場合、構成はscpを介してマシン間で手動でコピーされます。これは、サーバーのセットアップに変更がある場合にのみ発生しますが、それほど頻繁ではありません。
NEON 2(Arch Linux)とNEON 3(Debianストレッチで実行中のダウンロード)を異なるJDKと使用しても、互換性の問題はありませんでした。
よろしくArmin