logo标签列表

Eclipse功能的无界面构建 - PDE工具还是Buckminster？

javabuildeclipse-plugineclipse-pdebuckminster
4
我正在尝试为一个包含其他特性和插件的大型Eclipse功能设置一个无头构建。
由于一些必要的插件是使用GMF和EMF生成的，构建工作流必须是这样的：
1. SVN检出 2. 调用生成 3. 运行测试 4. 构建全部 5. 发布更新站点
在过去的几周里，我尝试了PDE Headless Build和Buckminster。然而，我仍然遇到了两者的问题，并且无法决定应该花费精力在哪个上面。
所以你更喜欢哪个？你有什么经验？有没有人之前需要设置类似的工作流程？
谢谢所有的回答 :)
4个回答
1

Buckminster坐落在PDE build之上，所以在不久的将来无法摆脱PDE build。

您可以尝试另一个免费的插件Plugin Builder，它位于PDE构建之上：因为它执行ANT XML和PDE构建所需的nasty map file的生成。 它甚至具有针对基于SVN的map文件的扩展名，而不是CSV。 我已经成功地设置了Plugin Builder从Hudson运行，以满足我的团队的构建需求。

另一种选择是看看Tycho（Tycho是下一个版本的Maven的OSGi / Eclipse相关部分）。 它正在进行中，并且在内部使用PDE build。 我尝试并失败了一些Tycho实验，但是他们确实有最新的alpha / beta构建版本，因此您可能会取得更多成功（还有其他人正在成功使用它）。

1
我在使用PDE Build时唯一遇到的问题是检出地图文件。我编写了自己的ant任务，使用SVN进行检出，基于插件所在位置的约定，而不是必须在地图文件中明确声明所有文件路径。这非常有效，现在我可以将插件添加到我的svn存储库中，并在feature.xml中引用它们，一切都能正常工作。
1
我们正在使用巴克明斯特构建（检查、编译、测试和字节混淆）。我没有尝试过PDE脚本，但如果您有一个具有许多其他库/项目依赖的复杂设置，我认为巴克明斯特会更好地扩展。
0

最近我开始将我们整个Eclipse构建基础设施从PDE构建迁移到Buckminster，并且我对Buckminster大多数都有好话要说。虽然基于PDE构建脚本/模板的构建往往非常脆弱，需要大量周围基础设施才能工作，但Buckminster感觉相当健壮，不需要任何重要的额外脚本支持。Buckminster确实需要一些时间来适应，但由于优秀的文档和非常有帮助的新闻组，我能够在几天内使完整的构建工作。

Buckminster是Eclipse从一开始就应该拥有的处理无头构建的工具。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接