无头构建的日食功能 - PDE工具还是Buckminster？

Question

我正在尝试为一个大日食功能设置一个无头构建，包含其他功能和插件。

由于某些需要的插件是使用GMF和EMF生成的，因此构建工作流程必须是这样的：

1. SVN签出
2. 调用生成
3. 运行测试
4. 构建所有
5. 发布更新站点

在过去的几周里，我玩了PDE Headless Build和Buckminster。无论如何，我仍然遇到两者都有问题，无法决定我应该花多少钱。

那你更喜欢什么？你有什么经历？那之前需要建立类似工作流程的人吗？

感谢您的所有答案：）

Answer 1

Buckminster位于PDE构建之上，因此在不久的将来不会偏离PDE构建。

您可以尝试另一个位于PDE构建之上的免费插件：Plugin Builder，因为它会生成ANT XML和PDE构建所需的令人讨厌的映射文件。它甚至具有基于SVN的地图文件的扩展名，而不是CSV。我成功地设置了从Hudson运行的插件生成器，以满足我的团队的构建需求。

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

Answer 2

我使用PDE构建的唯一问题是用于签出的映射文件。我根据插件所在位置的约定，编写了自己的ant任务，使用SVN为我做结账，而不必在地图文件中明确说明所有文件路径。工作奇迹，现在我可以添加插件到我的svn存储库并在feature.xml中引用它们，它只是工作。

Answer 3

我们正在使用buckminster构建（检出，编译，测试和字节混淆）。我没有尝试过PDE脚本，但如果你有一个复杂的设置，对其他库/项目有很多依赖，我认为buckminster会更好地扩展。

Answer 4

我最近开始将整个Eclipse构建基础架构从PDE构建转移到Buckminster，而且我对Buckminster有很多好话。虽然基于PDE构建脚本/模板的构建往往非常脆弱并且需要大量周围的基础架构才能工作，但Buckminster感觉非常强大，并且不需要围绕它进行任何重要的额外脚本编写。 Buckminster确实需要一段时间才能进入，但是由于优秀的文档和非常有用的新闻组，我能够在几天内完成整个构建。

Buckminster是Eclipse从一开始就应该处理无头构建的东西。