易於更新站點與Sonatype的的Nexus

Question

我在尋找一個問題的一個更好的解決方案，我昨天解決了這個問題，但我不快樂;）

我的任務：創建一個全功能的Eclipse於Nexus更新站點（可用於更新和目標平臺的定義）

我的問題：原來延長P2位點的Nexus僅考慮插件（Github: Nexus P2）

不幸的是，叉，這consid ered功能，也過時了。但我在Maven P2 plugin找到了解決辦法。如果插件已分類，則可以使用Eclipse進行安裝。

因此，我尋找一種方式來分類我的插件。我與Tycho一起構建，但Nexus不考慮Tycho的元數據。所以我必須找到一種方法讓Nexus在沒有Tycho的情況下對我的插件進行分類。 最後，我patched Nexus的P2橋插件，並添加默認類別每個插件。另外，我們可以用這種方式省略功能！

分類與Eclipse，我只知道庫的組成。 Tycho也可以對存儲庫進行分類，但Nexus完全忽略了元數據。

---

有沒有人有關於如何分類插件或捆綁的建議？目標是在P2 Nexus插件中使用這些元數據構建更有用的處理。

Answer 1

Nexus的主要目的是在構建之間交換工件，而不是交付給最終用戶。因此我懷疑Nexus是否特別適合您嘗試實現的目標。

如果您仍然想使用Nexus，我建議僅使用它來託管構建結果（如this answer中所述），並將客戶用作更新URL的位置作爲（可變）複合存儲庫，在其他服務器上指向Nexus中的構建結果存儲庫。 （您也可以將合成作爲快照存儲在Nexus中，但URL中的SNAPSHOT可能會令人困惑。）

但是，我並不知道支持此方法的任何好的工具。