【问题标题】:P2 repositories aggregatorP2 存储库聚合器
【发布时间】:2010-12-07 15:06:38
【问题描述】:

我们有几个内部 p2 存储库。每个存储库都有许多不同功能的版本。我们需要为我们的客户提供一个外部更新站点。我们只想聚合特定功能的特定版本。 “聚合”它们是一种好方法/工具吗?

例如,我们有一个 p2 存储库 repo1,其功能为 feature1,版本为 1.0.02.0.03.0.0,另一个 p2 存储库 repo2,功能为 feature2,版本为 1.0.0 和 @ 987654333@.
我们想汇总feature11.0.03.0.0 版本以及feature22.0.0 版本:

feature1
  1.0.0
  3.0.0
feature2
  2.0.0

目前我们正在关注b3Nexus Pro。但也许有更好的东西?

b3 只允许聚合功能范围而不是特定版本。
Nexus Pro 更像是代理或“魔术盒”。我们希望拥有 p2 存储库的单独物理副本(镜像副本)。

有什么建议吗?

【问题讨论】:

    标签: eclipse aggregate p2


    【解决方案1】:

    P2 的 composite repository 概念应该与您正在寻找的内容相匹配。

    【讨论】:

    • 谢谢,我明白你的意思了。但是,目前我们发现 b3 比。它有一个不错的用户界面。它还可以额外验证生成的存储库。
    【解决方案2】:

    p2.mirror 可以聚合指定的特性并创建一个 p2 存储库。也可以将其配置为仅下载所需的包。

    这是一个聚合两个版本的功能的示例:

    <p2.mirror>
      <repository location="${repositoryPath}" name="My External p2 Repository" append="false" />
      <source>
        <repository location="http://repository:8081/p2/project1" />
        <repository location="http://download.eclipse.org/eclipse/updates/3.6" />
        <repository location="http://repository:8081/p2/project2" />
      </source>
      <iu id="dk.sorokin.maksim.feature.feature.group" version="0.0.5.201012071808" />
      <iu id="dk.sorokin.maksim.feature.feature.group" version="2.0.0.201012071540" />
      <slicingoptions followStrict="true" />
    </p2.mirror>
    

    此外,之后可以运行eclipse.publish.featuresAndBundles 任务来对创建的存储库进行分类。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-01-26
      • 2017-10-09
      • 2011-02-24
      • 2014-06-27
      • 2020-12-06
      • 2011-12-06
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多