職場と自宅の2台の異なるコンピューターから作業する必要のあるプロジェクトがあります。両方のコンピューターからコードを処理できるようにする必要があるため、問題は2つあります。
1はsvnで十分に単純です。しかし、家から再びアクセスできるようにするために、壊れたコードをsvnにコミットするのは厄介だと感じています。私はこれと一緒に暮らすことができますが、より良い選択肢はありますか?
2.について詳しく説明します。コンピューターの1つに高度にカスタマイズされたEclipseセットアップがあり、プラグインを追加し、アクセスできるすべての小さな構成オプションを微調整して、適切な位置に配置しました。他のコンピューターですべての変更をやり直すのは面倒ですが、それを自動的に同期する方法はありますか? Eclipseから設定をエクスポートしてインポートできることは知っていますが、何かを変更するたびに手動で行う必要はありません。 [また、設定をエクスポートするとパースペクティブもエクスポートされるとは思いませんか?]
どちらのコンピューターもWindowsを実行しています。
これをフォローアップするために、私はいくつかの成功を収めてPulseを使用しています powered bypulse.com 。これは理想的な解決策ではありませんが、これまでのところかなりうまく機能しています。
ポータブル開発環境
USBフラッシュドライブから実行する必要はありませんが、ここで説明するように、EclipseとJDKをすべて1つのディレクトリにバンドルして、自己完結型の開発環境を構築できます。
必要に応じて、さらにいくつかのツールを投入することもできます。
すべてのポータブルツールにすばやくアクセスできるようにシステムトレイにメニューを配置するツールなど、追加のツールについては PortableApps を参照してください。
設定が完了したら、次のいずれかのオプションを使用して、ワークステーション間でディレクトリを共有します。
外付けハードドライブ
フラッシュドライブは遅すぎますが、多くの場合、外付けHDDで問題ありません。もちろん、あなたはそれを持ち歩く必要があります。そして、昨日ラップトップを使ったように、いつかそれを仕事に持ち込むのを忘れたときは面白くありません。 :-)ドライブ文字の変更は別の問題になる可能性があります。
ミラーリングツール
ミラーリング/バックアップツールはシンプルですが、エラーが発生しやすくなります。これらは一方向のツールであり、あるワークステーションから別のワークステーションにすべてをコピーします。リスクは、1つのワークステーションで変更を加え、ツールの実行を忘れてから、他のワークステーションで同じファイルを変更し、ツールを実行して変更を上書きすることです。
同期ツール
ミラーリングツールからのステップアップは、同期ツールになります。これらは変更を検出し、マージについて選択できるようにします。手動で実行するか、別のツールを使用して特定の時間に実行するようにスケジュールすることを忘れないでください。
同期サービス
これらは、ワークステーション間でファイルを自動的に同期するサービスです。それらのすべてではないにしても、ほとんどが競合を処理し、以前のバージョンのファイルへのアクセスを許可します。彼らは設定され、忘れられているので、彼らは素晴らしいです。ミラーまたは同期ツールを実行することを覚えておく必要はありません。また、これらにより、一方のワークステーションの電源を入れたままにして、もう一方のワークステーションに到達したときに手動で同期できるようにする必要がなくなります。
最近発表されたworkspace mechanics プラグインを試しました。質問の2番目の部分のために正確に作成されているようです。
プリファレンスを保存するディレクトリを指定する必要があります(デフォルトでは~/.Eclipse/mechanic
)。プラグインをインストールすると、設定を個別のファイルに簡単にエクスポートできます。新しいワークスペースを開始し、プラグインを適切なディレクトリにポイントすると(またはデフォルトのままにすると)、現在のワークスペースに適用する設定を選択できるダイアログが表示されます。
問題#1に関しては、私はDropboxを使用していて、とても満足しています。
別のマシンで更新した後にプロジェクトを開く際に1つの問題に気づきました。Eclipseは既存のファイルの変更を取得しますが、新しいファイルを自動的に追加しません。これは、プロジェクトを右クリックして[更新]を選択するだけで解決されます。
私はrsyncを利用して、ラップトップ(OSX)とデスクトップ(linux)の間で同様のことを行っています。
クイックグーグル検索は、rsyncがWindowsで利用可能であると述べています-したがって、これはあなたのためのオプションかもしれません。
おそらく、これをOSによってスケジュールどおりに設定するように設定できます。個人的には、オフィスのネットワークにアクセスしたときやファイルが変更されたときのために設定しています。
#1を振り返って、私もこれについて考えました。 MicrosoftのTFSには、必要な処理を実行する「シェルフ」機能があります(保留中の変更をコミットせずにサーバーに保存します)。個人の支店のようなものです。
Subversionでは、おそらく壊れたコードの最先端のブランチを作成し、定期的にトランクにマージします。
Eclipseと他のほとんどのJavaツールは簡単に移植できます。
それらをサムドライブにコピーして、任意のマシンで実行できます。 JDKの場合、同様のOSが必要です。
Eclipse、Java、jboss、workspace、ant、maven、svnなどを含む「C:\ Development」フォルダーがあります。これを解凍してC:にドロップし、任意のWindowsマシンで環境を実行できます。
ドライブがどの文字を取得するかわからないため、サムドライブから実行しません。また、Eclipseが保持する参照の一部は完全に修飾されています。
Pulse の使用を検討してください。無料で、すべてのプラグインとワークスペース設定を含む標準のEclipseインストールを生成するのに最適です(フリーランスバージョンを使用している場合-無料ではありません)。 1つの動作するEclipse構成を生成し、同じプロファイルのインストールを別のコンピューターで繰り返すことができるのは素晴らしいことですORそのプロファイルをチーム全体と共有します。
または、単にリモートデスクトップを他のコンピュータから好みのコンピュータに接続します。