32

職場と自宅の 2 台の異なるコンピューターから作業する必要があるプロジェクトがあります。両方のコンピューターからコードを操作できる必要があるため、問題は 2 つあります。

  1. コードの共有
  2. ワークスペースの共有。

1 は svn で十分に単純です。しかし、自宅から再びアクセスできるようにするためだけに、壊れたコードを svn にコミットするのは気分が悪くなります。私はこれで暮らすことができますが、より良いオプションはありますか?

2 について詳しく説明すると、コンピューターの 1 つで高度にカスタマイズされた Eclipse セットアップがあり、プラグインを追加し、アクセスできるすべての小さな構成オプションを微調整して、適切なポイントに到達するのに何時間も費やしました。他のコンピューターですべての変更をやり直すのは面倒です。それを自動的に同期する方法はありますか? Eclipse から設定をエクスポートしてインポートできることはわかっていますが、何かを変更するたびに手動で行う必要はありません。[また、プリファレンスをエクスポートするとパースペクティブもエクスポートされるとは思いませんか?]

両方のコンピューターで Windows が実行されます。

4

9 に答える 9

23

ポータブル開発環境

USB フラッシュ ドライブから実行したいというわけではありませんが、ここで説明するように、Eclipse と JDK をすべて 1 つのディレクトリにバンドルして、適切に自己完結型の開発環境を実現できます。

必要に応じて、さらにいくつかのツールを追加することもできます。

その他のツールについては、 PortableAppsを参照してください。これには、システム トレイにメニューを配置して、すべてのポータブル ツールにすばやくアクセスできるツールが含まれます。

セットアップが完了したら、次のいずれかのオプションを使用して、ワークステーション間でディレクトリを共有します。

外付けハードドライブ

フラッシュ ドライブでは速度が遅すぎますが、多くの場合、外付け HDD で問題ありません。もちろん、持ち歩く必要があります。そして、昨日ラップトップをやったように、ある日それを仕事に持っていくのを忘れると面白くありません. :-) ドライブ文字の変更は、別の問題になる可能性があります。

ミラーリング ツール

ミラーリング/バックアップ ツールはシンプルですが、エラーが発生しやすいツールです。これらは、あるワークステーションから別のワークステーションにすべてをコピーするという点で、一方向のツールです。リスクは、1 つのワークステーションで変更を行い、ツールを実行するのを忘れてから、別のワークステーションで同じファイルを変更し、ツールを実行して変更を上書きすることです。

同期ツール

ミラーリング ツールからのステップ アップは、同期化ツールです。これらは変更を検出し、マージに関する選択を可能にします。手動で実行するか、別のツールを使用して特定の時間に実行するようにスケジュールする必要があります。

同期サービス

これらは、ワークステーション間でファイルを自動的に同期するサービスです。それらのすべてではないにしても、ほとんどが競合を処理し、以前のバージョンのファイルへのアクセスを許可します。それらは設定して忘れるのでいいです。ミラーまたは同期ツールを実行することを覚えておく必要はありません。また、これらにより、一方のワークステーションの電源を入れたままにしておく必要がなくなるため、もう一方のワークステーションに到達したときに手動で同期できます。

于 2009-06-06T02:57:54.183 に答える
10

最近発表された ワークスペース メカニクスプラグインを試してみました。質問の2番目の部分のために正確に作成されているようです。

設定を保存するディレクトリを指定する必要があります (デフォルトでは~/.eclipse/mechanic)。プラグインをインストールすると、設定を個別のファイルに簡単にエクスポートできます。新しいワークスペースを開始し、プラグインを正しいディレクトリにポイントする (またはデフォルトのままにする) と、現在のワークスペースに適用する設定を選択できるダイアログが表示されます。

于 2010-06-14T07:10:42.680 に答える
3

問題 1 に関しては、私は Dropbox を使用しており、非常に満足しています。

別のマシンで更新した後にプロジェクトを開くと、1 つの問題に気付きました。Eclipse は既存のファイルの変更を取得しますが、新しいファイルを自動的に追加しません。これは、プロジェクトを右クリックして [更新] を選択するだけで解決されます。

于 2012-11-05T21:38:41.007 に答える
2

これをフォローアップするために、私は Pulse を使用していくつかの成功を収めてきましたpoweredbypulse.com。それは理想的な解決策ではありませんが、これまでのところ私にとってはうまく機能しています。

于 2010-04-16T22:17:15.757 に答える
1

rsync を使用して、ラップトップ (OSX) とデスクトップ (Linux) の間で同様のことを行います。

簡単なGoogle検索では、rsyncがWindowsで利用可能であることが言及されているため、これがオプションになる場合があります。

おそらく、これを設定して、OS のスケジュールに合わせて設定できます。個人的には、オフィスのネットワークにアクセスしたときやファイルが変更されたときのために設定しています。

于 2009-06-06T01:13:33.567 に答える
1

＃1に関しては、私もこれについて考えました。Microsoft の TFS には、必要なことを行う「シェルブ」機能があります (保留中の変更をコミットせずにサーバーに保存します)。個人の支店のようなものです。

Subversion では、おそらく最新の、壊れている可能性のあるコードのブランチを作成し、定期的にトランクにマージするだけです。

于 2009-06-05T23:09:50.993 に答える
1

Pulseの使用を検討してください。無料で、すべてのプラグインとワークスペース設定を含む標準の Eclipse インストールを生成するのに最適です (フリーランス バージョンを使用する場合 - 無料ではありません)。動作する Eclipse 構成を 1 つ生成してから、同じプロファイルのインストールを別のコンピューターに繰り返したり、そのプロファイルをチーム全体と共有したりできるのは素晴らしいことです。

于 2009-10-29T13:26:48.653 に答える
1

Eclipse およびその他のほとんどの Java ツールは、簡単に移植できます。

それらをサムドライブにコピーして、任意のマシンで実行できます。JDK の場合、同様の OS が必要です。

eclipse、java、jboss、ワークスペース、ant、maven、svn などを含む「C:\Development」フォルダーがあります。これを解凍して C: にドロップし、任意の Windows マシンで自分の環境を実行できます。

ドライブがどの文字を取得するかわからず、Eclipseが保持する参照の一部は完全に修飾されているため、サムドライブからは実行しません。

于 2009-06-06T02:33:18.010 に答える
0

または、他のコンピューターから好みのコンピューターにリモート デスクトップするだけです。

于 2009-06-05T23:19:47.807 に答える