開発チーム向けのカスタム Eclipse ディストリビューションを作成する場合。
特定のプラグイン セットを含むカスタム Eclipse ディストリビューションを構築するにはどうすればよいですか? カスタマイズされた Eclipse が更新されるプラグインの特定のバージョンを配置するための一種の更新サイトも追加するのは難しいでしょうか?
開発チーム向けのカスタム Eclipse ディストリビューションを作成する場合。
特定のプラグイン セットを含むカスタム Eclipse ディストリビューションを構築するにはどうすればよいですか? カスタマイズされた Eclipse が更新されるプラグインの特定のバージョンを配置するための一種の更新サイトも追加するのは難しいでしょうか?
これが古い投稿であることは認識していますが、私の検索では引き続き出てくるので、Eclipse プラグインの提供に関して発生したすべての変更と成熟度を考慮して、さらに詳細を記載したいと思います... 、このページにたどり着いた人のために、うまくいけば、以下があなたを助けてくれるでしょう!
私の個人的な発見を要約すると:
また、私は商用ソリューションを提供する会社 ( http://genuitec.com/sdc ) で働いていますが、無料のソリューションを使用した Eclipse 配信の実用性について、以下で回答しようとしました。
それでは、これ以上お別れせずに...
絶対に最小限の解決策は、Eclipse.org から Eclipse パッケージをダウンロードし、必要なプラグインを追加し、eclipse.ini に -clean パラメーターを設定し、ディレクトリを圧縮してチームに配布することです。内部更新サイトから機能を追加している限り (そして URL が一定のままである限り)、Eclipse はそこから更新できます。
これは初めてでもうまくいき、簡単なので、ほとんどの人が最初にやることです。ただし、ツール スタックのライフサイクルは無視されます。お客様の Eclipse ツールをサポートしているときに、私が遭遇したいくつかの問題点を以下に示します。
Eclipse パッケージ: Eclipse パッケージをセットアップして保守するには、Eclipse/p2 の第一人者である必要があります。EPP ツールを使用すると、独自のパッケージを作成できますが、Eclipse パッケージ、p2、および EPP ツールに関する多くのドメイン知識が必要です。開始する場所はhttp://wiki.eclipse.org/EPP/How_to_build_a_package_locallyです
プラグイン: プラグインを見つけるには、更新サイトを何度も探す必要があるため、正確に正しいバイナリを入手したことを確認することはできません。プラグイン開発者が新しい更新サイトをリリースすると、更新サイトがダウンしたり、Eclipse バージョンのサポートが失われたりすることがあります。1 つの提案は、更新サイトのローカル コピーを作成して、このような問題への露出を軽減することです。
Eclipse の更新: チームに Eclipse のバージョンを切り替えてもらいたい場合、最終的には次のバージョンでツール スタックを再構築し、全員に再インストールしてもらうことになります。zip を出荷するだけの場合、これを回避する方法はありません。
プラグインの更新: Eclipse は新しいバージョンのプラグインをインストールし続けるように設計されていますが、大規模な制作チームでは逆効果になる可能性があります。チームが外出して独自の更新サイトを追加しない限り、更新サイトのローカル ミラーがこれに役立ちます。
セキュリティ: チームがソフトウェアをインストールできないようにする必要がありますか? 署名付きツールの要求についてはどうですか? パッケージの機能を制限するためにプラグインを作成する必要があり、場合によってはプラグインに自分で署名する必要があります。PDE ビルドには、署名のサポートがいくつかあります。
長期的なメンテナンス: Eclipse のさまざまなバージョンとさまざまなプラグイン バージョンのサポートは、Eclipse エコシステムで動的に行き来するため、数年 (場合によっては数か月) でツール スタックを再構築することはほぼ不可能です。Eclipse パッケージのコピーを保存します。大容量ハード ドライブを購入します。使用する更新サイトをミラーリングします。
ワークスペースのセットアップ: Eclipse をチームにデプロイできますが、それはプロセスの最初のステップにすぎません。環境設定、プロジェクト、Checkstyle、PMD 構成などのワークスペース設定の自動化は、チームが作業準備に費やす時間を大幅に削減します。さらに、これらの設定は、プロジェクトを追加すると頻繁に変更され、継続的な管理が面倒になります。チームが zip を回るときに、対応する WIKI ページなども回しているのを見たことがあります。通常、各開発者は、手順に従っていることを確認する必要があります。
複数のパッケージの管理: 開発チーム用に 1 つのパッケージを、QA チーム用に別のパッケージを持っているかもしれません。その後、開発チームは成長し、必要なツールがわずかに異なる 2 つのグループに分かれ、QA チームも複数のパッケージを必要としています。そして、Eclipse の上に独自のプラグインを出荷し始めるので、それはあなたが管理している別のパッケージです。これを数年続けた後、あなたはすべての時間を Eclipse パッケージの作成に費やし、試すことさえせずに Eclipse/P2/Update サイトの第一人者になりました。明らかに、ここでの解決策は、あなたのためにこれを行うために誰かを雇うことです. :)
SMS 配布: これは zip ファイルではかなりうまく機能しますが、更新をプッシュするのは面倒です。通常、人々は SMS を使用して最初のインストールをドロップダウンし、それを最新の状態に保つのは開発者の仕事です。
Eclipse は、「インストール」する必要があるアプリケーションの 1 つではありません。なぜなら、Eclipse はディレクトリ構造にコピーするだけで、それを実行するためのショートカットをセットアップできるからです (BIRT オールインワン ディストリビューションのように)。
1 台のマシンにインストールし、すべてのプラグインをインストールしてから、ディレクトリを圧縮して、それを使用して他のマシンに配布することをお勧めします。
独自の更新サイトを運営することはそれほど難しくありません。必要なバージョンのプラグインのみをインストールするサーバーが必要であり、zip ファイルを作成する前にそのサーバーへの配布ポイントを確認するだけです。開発者が別のサイトに接続するのを妨げるものは何もありません。
Lokki の元の質問に答えて、チーム リーダーは、プラグイン ID、更新サイト、および使用する正確なバージョンを含む、.p2f ファイルとしてチーム独自の「ディストリビューション」を作成できます。
(File -> Export -> Install -> Software Items to file) を使用して、プラグイン リスト ファイル (*.p2f) を準備します。
ファイル例
<?xml version='1.0' encoding='UTF-8'?>
<?p2f version='1.0.0'?>
<p2f version='1.0.0'>
<ius size='5'>
<iu id='org.chromium.sdk.feature.group' name='ChromeDevTools SDK' version='0.3.9.201302091448'>
<repositories size='1'>
<repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
</repositories>
</iu>
<iu id='org.chromium.debug.feature.group' name='Chromium JavaScript Remote Debugger' version='0.3.9.201302091448'>
<repositories size='1'>
<repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
</repositories>
</iu>
<iu id='com.eclipsesource.jshint.feature.feature.group' name='JSHint Eclipse Integration' version='0.9.6.20130319-2128'>
<repositories size='1'>
<repository location='http://github.eclipsesource.com/jshint-eclipse/updates/'/>
</repositories>
</iu>
<iu id='markdown.editor.feature.feature.group' name='Markdown Editor' version='0.2.3'>
<repositories size='1'>
<repository location='http://winterwell.com/software/updatesite/'/>
</repositories>
</iu>
<iu id='org.nodeclipse.feature.group' name='Nodeclipse' version='0.2.0.201302091448'>
<repositories size='1'>
<repository location='http://www.tomotaro1065.com/nodeclipse/updates/'/>
</repositories>
</iu>
</ius>
</p2f>
次に (ファイル -> インポート -> ファイルからソフトウェア項目をインストール)
Eclipse Node.js IDEはこのように組み立てられます。
Eclipse Packaging Project http://www.eclipse.org/epp/に慣れるために、独自の Eclipse ディストリビューションを組み立てようとしている人にとって、私は興味深いかもしれません。プライベート アップデート サイトをセットアップするには、Sonatype の Nexus Professional がまさにその目的を果たします (商用ライセンス)。
C:\eclipse\plugins ディレクトリを圧縮して配布するだけです。
開発者が「-clean」オプションを使用して Eclipse を起動し、変更が確実に組み込まれるようにしてください。