【问题标题】:Easy update sites for Eclipse with Sonatype Nexus使用 Sonatype Nexus 轻松更新 Eclipse 站点
【发布时间】:2012-11-05 04:44:55
【问题描述】:

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

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

我的问题:Nexus P2 网站的原始扩展只考虑插件 (Github: Nexus P2)

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

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

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


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

【问题讨论】:

  • 您尝试创建的更新站点的主要目的是什么:从稳定的 URL 向用户提供更新(这意味着更新站点必须是可变的),或构建之间的二进制工件交换(最好使用不可变的更新站点)?
  • 一个可变站点,具有恒定 URL,用于整个团队所有模块的目标平台描述。

标签: eclipse nexus p2 sonatype update-site


【解决方案1】:

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

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

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

【讨论】:

  • 快照是可变的,而发布则不是
猜你喜欢
  • 2015-02-14
  • 2015-03-19
  • 2011-12-04
  • 2021-04-11
  • 1970-01-01
  • 1970-01-01
  • 2013-03-17
  • 2014-05-20
  • 2017-07-04
相关资源
最近更新 更多