私の組織では、チームが通常必要とするすべてのプラグインと構成を含む、ローカライズされた Eclipse 更新サーバーを作成しようとしています。これにより、プラグインの更新をプルダウンするために使用される制限された外部帯域幅の負荷が軽減されます。一元化されたミラーにより、プラグインを一度取得してから、私の開発者チームに配布できます。
この戦略は、Sonatype の Nexus を使用して、チームの Maven アーティファクトとリポジトリをローカルでミラーリングおよびプロキシする方法に似ています。Nexus プロフェッショナル製品がこの種の Eclipse プラグイン プロキシとアグリゲーションを提供していることに気付きましたが、年間 900 ドルの料金では、外部帯域幅の問題を解決するにはコストが高すぎます。
nexus pro のこれらの機能に代わるオープンソースの代替手段がすでに発見されていることを願っています。自分の更新サイトを立ち上げて実行するのは簡単ですが、各プラグインの適切なバージョンを追跡することは、ぜひ助けていただきたいことです.
正しい方向に進んでいますか？
これを達成するためにEclipse Update Manager自体を使用することへの参照を見つけました（このブログ投稿http://www.denoo.info/2009/09/mirroring-eclipse-update-sites/で説明されています）が、その投稿はかなり時代遅れであり、過去 2 年間の Eclipse の更新に対する変更を考えると、それがまだ有効かどうかはわかりません。EPMT についても言及されていますが (http://www.developerfusion.com/project/25052/epmt/)、そのプロジェクトは何年も休眠していたようです。誰かがこれらの方法について意見を持っているなら、私もそれらに興味があります.
前もって感謝します。