Java eclipse特性的无头构建-PDE工具还是Buckminster？

我正在尝试为一个大型eclipse特性建立一个无头构建，其中包含其他特性和插件

由于一些需要的插件是使用GMF和EMF生成的，因此构建工作流必须如下所示：

SVN退房

调用生成

运行测试

构建所有

发布更新站点

在过去的几周里，我一直在玩PDE无头版和巴克明斯特。无论如何，我仍然有问题，这两个和我不能决定我应该花我的努力

那么你更喜欢什么？你有什么经验？有没有人以前需要建立类似的工作流程

---

感谢您提供的所有答案：）

巴克明斯特位于PDE构建之上，因此在不久的将来无法摆脱PDE构建

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

---

另一种选择是查看（Tycho是下一版本Maven的OSGi/Eclipse相关部分）。这是一项正在进行的工作，它确实使用PDE构建。我用Tycho做了一些实验，但失败了，但是他们最近有一个新的alpha/beta版本，所以你可能会更成功（还有其他人正在成功使用它）。

我在PDE版本中遇到的唯一问题是用于签出的映射文件。我编写了自己的ant任务，使用SVN为我进行签出，这是基于插件所在位置的约定，而不必在映射文件中明确说明所有文件路径。它创造了奇迹，现在我只需将插件添加到我的svn存储库中，并在feature.xml中引用它们，它就可以正常工作。

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

我最近开始将我们的整个Eclipse构建基础设施从PDE构建转移到Buckminster，关于Buckminster，我有很多好话要说。虽然基于PDE构建脚本/模板的构建往往非常脆弱，需要大量的周边基础设施才能工作，但Buckminster感觉非常健壮，不需要任何额外的脚本。Buckminster确实需要一段时间才能进入，但由于出色的文档和非常有用的新闻组，我能够在几天内完成完整的构建

Buckminster是Eclipse从一开始就应该具备的处理无头构建的能力