他の機能とプラグインを含む、ビッグ Eclipse 機能用のヘッドレス ビルドをセットアップしようとしています。
必要なプラグインは GMF と EMF を使用して生成されるため、ビルド ワークフローは次のようになります。
ここ数週間、私は PDE Headless Build と Buckminster をいじりました。とにかく、私はまだ両方に問題があり、どちらに労力を費やすべきかを決めることができません.
それで、あなたは何を好みますか？どんな経験をしましたか？以前に同様のワークフローを設定する必要があった人はいますか?
すべての回答に感謝します:)
BuckminsterはPDEビルドの最上位に位置するため、近い将来、PDEビルドから逃れることはできません。
PDEビルドの上にある別の無料のプラグインを試すことができます。プラグインビルダーは、PDEビルドに必要なANTXMLと厄介なマップファイルの生成を行います。CSVではなくSVNベースのマップファイルの拡張子もあります。チームのビルドニーズに合わせて、Hudsonから実行されるPluginBuilderを正常にセットアップしました。
もう1つの方法は、Tychoを調べることです（Tychoは、Mavenの次のバージョンのOSGi / Eclipse関連ビットです）。これは進行中の作業であり、内部でPDEビルドを使用します。私はTychoでいくつかの実験を試みて失敗しましたが、最近の新しいアルファ/ベータビルドがあるので、より多くの成功を収めることができます（そしてそれをうまく使用している他の人々がいます）。
PDE ビルドで私が経験した唯一の問題は、チェックアウト用のマップ ファイルです。マップ ファイルにすべてのファイル パスを明示的に記述する代わりに、プラグインが配置されている場所に関する規則に基づいて、SVN を使用してチェックアウトを行う独自の ant タスクを作成しました。驚異的に機能し、svn リポジトリにプラグインを追加して、feature.xml でそれらを参照するだけで機能します。
バックミンスターを使用して構築しています (チェックアウト、コンパイル、テスト、およびバイト難読化)。私は PDE スクリプトを試したことはありませんが、他のライブラリやプロジェクトに多くの依存関係がある複雑な設定をしている場合は、バックミンスターの方がスケールしやすいと思います。
私は最近、Eclipse ビルド インフラストラクチャ全体を PDE ビルドから Buckminster に移行し始めました。Buckminster については、たいてい良いことを言っています。PDE ビルド スクリプト/テンプレートに基づくビルドは非常に脆弱である傾向があり、機能するために大量の周辺インフラストラクチャが必要ですが、Buckminster は非常に堅牢であり、重要な追加スクリプトを必要としません。Buckminster に慣れるまでには時間がかかりますが、優れたドキュメントと非常に役立つニュースグループのおかげで、数日で完全なビルドを動作させることができました。
Buckminster は、ヘッドレス ビルドを処理するために Eclipse が最初から持つべきだったものです。