Eclipse ワークスペースをドロップボックスと共有しています。
M:\Dropbox自宅と職場にドロップボックス フォルダがありますD:\Dropbox。
自宅では、「マイ ファイル」ドライブに M: を保持したいのですが、それを D: に変更したくありません。職場では、M: は既にマップされています...
両方のマシンで使用できる場所へのシンボリック リンクを作成する以外の方法はありますか? 私の目標は、自宅のコンピューターで何も変更する必要がないことです...
別の問題は、ライブラリをインポートするために変数とこの変数への相対パスを使用していることです。したがって、パスが変更された場合は、単一の変数を変更するだけです。
この問題を解決する方法はありますか?
M: を作業中の別のものに再マップしてから、D: を M: にマップするだけかもしれません。
編集：それ以外の場合は、このリンクをチェックしてください http://www.eclipse.org/forums/index.php/t/270978/
一貫性を保つために、重要な部分をコピーします。
私が言ったように、ワークスペースを共有することはできませんが、同じプロジェクトを共有することでうまくいくかもしれません。方法は次のとおりです。
1 台のコンピューターでプロジェクトを作成し、多かれ少なかれ好きなように取得します (つまり、Eclipse によって作成された単純な Java プロジェクト、動的 Web プロジェクトなど)。後でソース コードを追加または削除できますが、Eclipse が認識できるようにプロジェクトが十分に存在している必要があります。
プロジェクトの重要な部分をドロップボックスの場所にコピーします。
Eclipse 内から、ソース ファイルを含む元のプロジェクトを破棄します (これについて注意するように求められます)。
同じ (または別の) ワークスペースに新しいプロジェクトを作成します。ウィザードが表示されたら、好きな名前を付けることができますが、ソース ファイルを別の場所から取得し、ワークスペースにコピーしないように指示します。Eclipse はドロップボックスからプロジェクトを使用すると思います。
明らかに独自のワークスペースを使用して、Eclipse から他のコンピューターからこれを繰り返します。
一方のコンピューターで行った変更は、もう一方のコンピューターに反映されます。コンピューターを変更するときは、プロジェクトを右クリックして [更新] を選択する必要があります。
すべてのサードパーティ ライブラリ (JAR) は、プロジェクト内のパスにコピーする必要があります。そうしないと、.classpath ファイルが完全なファイルシステム パス名を取得することになり、両方のコンピューターに当てはまりません。この問題を引き起こすもう 1 つの方法は、Javadoc またはソース コードをこれらのサード パーティの JAR に関連付けることです (たとえば、hibernate3.jar の Javadoc が必要だとしましょう。そうするとすぐに失敗します)。
私はこれをしていません。私があなたに言っていることに穴があるかもしれませんし、あなたがこの方法でそれを行う能力を破壊する何かを誤って行うかもしれません (#7 で示唆されているように)。
最初の返信で指摘したように、これにはバージョン管理システムを使用することをお勧めします (もちろん、他の利点もあります)。
これでフォーラム投稿の主なアイデアがカバーされると思います。私自身、物事を行うためのよりクリーンな方法であるため、バージョン管理システムを使用する解決策を取りました