2009-04-04 17 views
15

Windowsで数年間製品を開発しました。この製品は、1つのEclipseワークスペースと約20のプロジェクトで構成されています。 Windowsでは、すべての開発者がプロ​​ジェクトをd:\ dev \ productフォルダにチェックアウトし、統合ワークスペースをd:\ dev \ prod_workspaceにコピーします。このようにして、新しいマシンが設定されると、ファイルを同じフォルダにコピーするだけですぐに作業を開始できます。EclipseワークスペースとプロジェクトをWindowsからLinuxおよびMacに転送する方法

開発環境をLinuxとMacに移行する必要があります。しかしUnixにはD:\はありません。 Linuxのホームフォルダは、ほとんどが/ home/usernameや/ Users/usernameのようなものです。私たちは、プロジェクトを参照するときにEclipseがワークスペースに絶対パスを保持していることを確認しました。 Linuxマシンでワークスペースを手動で作成/設定しても、絶対パスが変更されるため、別のユーザーにコピーすることはできません。

私たちの目標は、開発環境を簡単にセットアップできるようにすることだと思います。 Eclipseのワークスペースを移動するよう提案していますか?

+1

私は、プラットフォーム間でEclipseプラグインを同期することもできます。この問題の解決策はまだ見つかりませんでした。 –

答えて

3

私はMacとWindows用のEclipseベースの製品を開発しています(Linuxは試していません)。

ベストプラクティスが見つかった解決策は、実際に移動して、ソース管理から各マシンのワークスペース内のプロジェクトを手動でチェックアウトすることでした。プロジェクト構造はプラットフォーム間で変換されますが、バージョン管理のようなものはありません。なぜ、私は確信していないが、私はそれぞれのものがその絡み合いを持っていると思う。 プラットフォーム用のプロジェクトワーキングセット(またはそれがPSFファイルだと思いますが)を作成し、すべてのプラットフォームで再利用することで、少し早めることができます。

別の問題は、Eclipseのバージョンが100%互換性がないことです。私が持っている問題の1つは、プラグインのマニフェストファイルで、各プラットフォームで異なるセマンティクス(実際には存在しないエクスポートされたパッケージをどうすればよいか)を持ち、頭痛の原因となります。

最後に、MacとPC上のJavaが同じでないようにしてください。実際、EclipseにはMac用の2つのバージョンがあります。私は通常のJava 6

+0

OSX 10.6以来、Java 6だけが(少なくとも使いやすい方法では)利用可能ですが、正しく動作しているようです。しかし、私が考える最も簡単な解決策は、プロジェクトを再チェックアウトすることです(またはチームプロジェクトセットを使用する)。 –

0

でいくつかの非互換性を持っていた、Mac上のJava 5で実行されているとコンパイル結局私はこれを行うには、2つの方法を考えることができます指すようにEclipseで

  1. 使用ワークスペース変数必要な場合は、ワークスペースが置かれている正確な場所に移動します。開発者は、Windows、Unix、その他のすべての作業領域にすべてを配置してから、変数を定義して終了します。
  2. コンパイルが常にEclipse内から実行される場合、絶対パスは必要ありません次に、プロジェクトをすべて相対パスを使用するように変更し、Eclipseクラスパスなどをソース管理にチェックします。したがって、開発者がEclipse内のすべてをチェックアウトすると、クラスパスと.projectファイルがプロジェクトのルートレベルにあり、すべてのパスが事前定義されます。オプション#2の場合

、あなたは複数の.projectまたは.classpathファイルを持っている必要があり、開発者が場所に適切なものをコピーする必要があります。つまり、.classpath.win.classpathにコピーしてEclipseを使用します。

私はRHEL(マックを試したことがない)するには、Windows XPから私のEclipseプロジェクトを移植している
3

あなたの仕事は、次のステップで達成することができます -

  1. 使用ワークスペース変数を、プロジェクトのコードではなく、絶対パス。
  2. 作業領域を/ Workspaceとしてlinuxのある場所に移動するか、またはユーザー固有のままにしたい場合は、作業領域フォルダを/ home/user_name/Workspaceにします。
  3. Linuxの/にすべてのウィンドウの\を変更するオプションがあります。このオプションは、eclipseのファイルメニューの下にあります。
  4. クラスパスディレクトリを見つける場所の設定を変更します。オプションはプロジェクトビューアパネルのプロジェクトメニューを右クリックするだけで見つけることができます。
  5. プロジェクトをゼロからクリーンに構築するオプションがあります。オプションをクリックするだけで、Eclipseがプロジェクトを再コンパイルします。

この作業がすべて完了し、すべてのデータベース接続がlinuxに正常に移植されたら、linuxでも動作する作業中のプロジェクトを作成します。

0

ソースリポジトリからプロジェクトをチェックアウトする場合は、チーム - >プロジェクトセットを使用してこれらを処理することを検討してください。

環境設定をファイルに保存して読み込むことができます。

私たちはクラスパス変数を試して、それを嫌っていました。これで、ソースリポジトリ内のすべてのプロジェクトが1つのプロジェクトにまとめられました。

+0

eclipse heliosのSubversive svnにはTeam - > ProjectSetsというオプションはありません。 CVS専用ですか? – user77115

+0

私はEclipseのsvnに慣れていません。そこにはないかもしれない。 –

0

私は自分の解決策を共有します:

ジップワークスペース。ファイル全体を圧縮してから転送してください。次に、デフォルトのドライブ参照:D:\ ...を削除するか、ファイル名の冒頭に表示されるすべてのものを削除するだけです。それから、新しくダウンロードしたEclipseの新しい空のワークスペースにドラッグするだけです。

0

Workspace Preference Transferrer plugin

を使用してこれを使用すると、「スイッチワークスペース」ダイアログの新しいオプションを介して他に与えられたワークスペースからワークスペースの設定を転送することができます。

関連する問題