填补PDE和第谷之间的差距

Question

多年来，我一直用PDE打包我的各种Eclipse RCP产品。

在我最近一次升级氧气的尝试中，我遇到了一些我无法解决的新的奇怪的分辨率错误，我决定是时候给第谷一次尝试了。我阅读了Lars Vogel关于Tycho的优秀文章，经过一些调整后，它运行良好（而且我没有被PDE中的分辨率错误所绊倒！耶！）。

但实际上这是一个简单的测试：我为我的包创建了一个文件夹，为我的功能创建了另一个文件夹，创建了POM，等等。现在我查看PDE中的自动化程度，发现有一个很大的差距。

在PDE中，有一个构建。属性（properties），其中您提供了主要素文件和地图文件，该过程似乎将：

• 分析主功能

（注意：git部件需要您提供egit fetchfactory）

现在在第谷，我必须创造绒球，但这不是问题。我必须创建一些主彩球，对于单个插件彩球，我有无彩球选项或彩球生成器。pom生成器似乎还具有创建包含所有插件作为模块的父pom的优势。到目前为止还不错。

但我必须填写功能和插件文件夹，我被困在这里。我的产品没有PSF，因为我从来都不需要它：在PDE中，映射产品定义起了关键作用。

这是否意味着从现在起我必须维护PSF，或者是否有另一个我没有找到的第谷解决方案？（在我看来，第谷医生相当稀少）。维护PSF对我来说似乎是多余的，因为我有产品和映射，也因为我有许多产品、许多插件，其中许多是一些产品所共有的。

（事实上，一个基本的解决方案是获取地图文件中提到的git存储库，将它们全部转储并启动tycho。tycho将编译所有插件，然后p2部分将只打包与产品相关的插件。问题是，我有大量不同的产品，它们依赖于大量不同的存储库。甚至在给定的存储库中git repo，我的插件可能与给定产品相关，也可能与给定产品无关。因此，在此过程中，我会编译数百个无用的插件。）

我需要在tycho文件夹中只复制我的产品中引用的插件和功能，而这些插件和功能还没有在我的目标平台中。从我的产品和地图生成PSF将改变问题。

事实上，我可以编写此代码，如果需要，我会这样做。但考虑到所有这些都已经在PDE中实现了自动化，是否至少有部分过程可以通过一些我没有发现的tycho插件实现自动化？

Answer 1

经过一段时间的挖掘，以下是我最终选择的解决方案。

为了获取相关的功能和插件，我使用了...PDE！我深入研究了PDE，发现了其过程中的各种步骤。第一个是提取（它是一个名为eclipse.fetch的蚂蚁任务）。我外部化了这部分，我的脚本启动它，然后通过扫描获取的功能名称和已发布的插件名称来生成主poms，然后添加其他tycho混淆，然后启动tycho。

最后，当然，它不是一个完整的第谷解决方案，它是一个混合的PDE第谷。但是它像一个魅力一样工作，构建/打包过程是第谷，只有初始获取被委托给PDE。（无论如何，PDE构建/打包过程在我的情况下不起作用，正如最初所述）