使用Sonatype Nexus轻松更新Eclipse站点

我正在为一个问题寻找更好的解决方案，我昨天解决了，但我不高兴；）

我的任务：使用Nexus创建一个功能齐全的Eclipse更新站点（可用于更新和目标平台定义）

我的问题：Nexus P2站点的原始扩展只考虑插件（）

不幸的是，考虑了功能的Fork也过时了。但我发现了一个解决办法。如果插件已分类，则可以使用Eclipse安装它

因此，我寻找一种方法来对我的插件进行分类。我用TyCHO构建，但是Nexus不考虑TyCHO的元数据。因此，我必须找到一种方法，让Nexus在没有Tycho的情况下对我的插件进行分类最后，我创建了Nexus P2桥接插件，并为每个插件添加了一个默认类别。另外，我们可以用这种方式省略特征

使用Eclipse进行分类，我只知道存储库的组成。Tycho也可以对存储库进行分类，但Nexus完全忽略了元数据

---

---

有人对如何对插件或捆绑包进行分类有什么建议吗？目标是在P2 Nexus插件中使用这些元数据构建更有用的处理。

Nexus的主要目的是在构建之间交换工件，而不是将其交付给最终用户。因此，我怀疑Nexus是否特别适合您想要实现的目标

如果您仍然希望使用Nexus，我建议您仅使用它来承载构建结果（如中所述），并将您的客户用作更新URL的位置作为（可变）复合存储库承载，指向其他服务器上Nexus中的构建结果存储库。（您也可以在Nexus中将合成存储为快照，但URL中的快照可能会令人困惑。）

---

但是，我不知道有什么好的工具支持这种方法。

您尝试创建的更新站点的主要目的是什么：从稳定的URL向用户提供更新（这意味着更新站点必须是可变的），或者在构建之间交换二进制工件（最好使用不可变的更新站点）？一个可变站点，具有用于整个团队所有模块的目标平台描述的恒定URL。快照是可变的，而发布是不可变的