2

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

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

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

不幸的是，考虑功能的 Fork 也已经过时了。但我在Maven P2 插件中找到了解决方法。如果插件已分类，您可以使用 Eclipse 安装它。

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

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

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

4

1 回答 1

0

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

如果您仍想使用 Nexus，我建议仅使用它来托管构建结果（如本答案中所述），并将您的客户用作更新 URL 的位置托管为（可变）复合存储库，指向Nexus 中的构建结果存储库，在其他一些服务器上。（您也可以将组合存储为 Nexus 中的快照，但 URL 中的 SNAPSHOT 可能会造成混淆。）

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

于 2012-11-21T13:47:54.517 回答