9

Windows マシンで Eclipse 3.4/PDT 2 を使用して作業しているかなり大きな PHP コードベース (10k ファイル) がありますが、ファイルは Debian ファイルサーバーでホストされています。Windowsでマップされたドライブを介して接続します。

1 ギガビットのイーサネット接続があるにもかかわらず、Eclipse プロジェクトの更新を行うのは非常に遅いです。最長5分。そして、これが起こっている間、私は仕事をすることができません。

理論的には、Eclipse は頻繁に完全な更新を行う必要はないはずなので、これは通常、このような問題にはなりません。ただし、切り替え/更新が完了するたびに完全な更新をトリガーする subclipse プラグインも使用します。

私の推測では、プロセスの最も遅い部分は、samba の変更について 10k ファイルを 1 つずつチェックする eclipse です。

コードベースには、Eclipse からアクセスする必要のない多数のファイルがあるため、それらをチェックする必要はまったくありません。しかし、それを防ぐ方法がわかりません。それらを「派生」とマークしてみました。これにより、それらがビルドプロセスなどに含まれなくなります。ただし、更新プロセスがまったく高速化されるようには見えません。Eclipse は変更されたステータスをまだチェックしているようです。

また、PDT の「ビルド パス」から不要なフォルダーを削除しました。これにより、「ワークスペースの構築」プロセスは高速化されますが、構築前の実際の更新 (最も時間がかかるもの) は高速化されません。

4

6 に答える 6

8

ご提案いただきありがとうございます。基本的に、JW は正しい軌道に乗っていました。ローカルで作業します。

そのために、FileSync というプラグインを発見しました: http://andrei.gmxhome.de/filesync/

これにより、変更されたファイルがネットワーク共有に自動的にコピーされます。素晴らしく機能します。数秒で Eclipse 内から完全な更新/切り替え/更新を実行できるようになりました。

于 2009-01-12T05:25:15.843 に答える
3

ファイルを共有に保存する必要がありますか? おそらく、ある種の自動ミラーリングを設定できるので、ファイルをローカルで操作すると、ファイルは自動的に共有にコピーされます。私も同様の状況にあり、自分のマシンでファイルを編集する速度をあきらめたくありません。

于 2009-01-08T04:29:08.600 に答える
1

サブバージョン化されていることを考えると、ファイルをローカルに置き、ポストコミットフックを使用して、コミットのたびに開発サーバー上の最新バージョンに更新しないのはなぜですか? (または、dev を更新する場合は、コミット ログに特定の文字列 ('##DEPLOY##' など) を含め、ポスト コミット フックがこの文字列を検出したときにのみ更新を実行します)。

更新のスピードアップとは別に、この手法の利点は、Eclipse で作業している壊れたファイルを使用できることです。開発サーバーはまだ問題ありません (古いバージョンのコードを使用していますが)。

欠点は、保存したファイルを開発サーバーにプッシュするためにコミットを行う必要があることです。

于 2009-01-08T05:56:01.670 に答える
0

Windows のオフライン フォルダ機能を使用するには、右クリックして [オフラインで使用可能にする] を選択します。

ファイル共有プロトコルでの時間と往復の遅延を大幅に節約できます。

于 2009-01-08T06:04:35.570 に答える
0

変更されていないものにリビジョン フラグを指定してsvn externalsを使用すると、subclipse が更新時にこれらのファイルを更新できなくなる可能性があります。それからまたそうではないかもしれません。Subversion リポジトリの構造を変更して機能させる必要があるため、実際に実行する前に簡単なテストを行うことをお勧めします。

于 2009-01-08T06:35:12.763 に答える