2

私は問題のより良い解決策を探しています、私は昨日それを解決しました、しかし私は幸せではありません;)

私のタスク:Nexusを使用して完全に機能するEclipse更新サイトを作成します(更新とターゲットプラットフォームの定義に使用できます)

私の問題:NexusのP2サイトの元の拡張機能は、プラグインのみを考慮します(Github:Nexus P2

残念ながら、機能を考慮したForkも古くなっています。しかし、MavenP2プラグインで回避策を見つけました。プラグインが分類されている場合は、Eclipseでインストールできます。

そのため、プラグインを分類する方法を探しました。Tychoでビルドしましたが、NexusはTychoのメタデータを考慮していません。そのため、Tychoを使用せずにNexusにプラグインを分類させる方法を見つける必要がありました。最後に、Nexus P2ブリッジプラグインにパッチを適用し、各プラグインにデフォルトのカテゴリを追加しました。さらに、この方法を使用して機能を省略できます。

Eclipseでの分類、私はリポジトリの構成しか知りません。Tychoはリポジトリを分類することもできますが、Nexusはメタデータを完全に無視しました。


プラグインやバンドルを分類する方法について誰か提案がありますか?目標は、P2Nexusプラグインでこれらのメタデータを使用してより有用な処理を構築することです。

4

1 に答える 1

0

Nexus の主な目的は、ビルド間のアーティファクトの交換であり、エンド ユーザーへの配信ではありません。したがって、ネクサスがあなたが達成しようとしていることに特に適しているとは思えません。

それでも Nexus を使用したい場合は、ビルド結果をホストするためだけに使用し (この回答で説明されているように)、顧客が更新 URL として使用する場所を (変更可能な) 複合リポジトリとしてホストすることをお勧めします。他のサーバー上の Nexus のビルド結果リポジトリ。(コンポジットをスナップショットとして Nexus に保存することもできますが、URL の SNAPSHOT は混乱を招く可能性があります。)

ただし、このアプローチをサポートする優れたツールについては知りません。

于 2012-11-21T13:47:54.517 に答える