简体   繁体   English

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

[英]Headless build of eclipse features - PDE Tools or Buckminster?

I am trying to set up a headless build for a big eclipse feature, containing other features and plugins. 我正在尝试为一个大日食功能设置一个无头构建,包含其他功能和插件。

As some needed plugins are generated using GMF and EMF, the build workflow must be something like this: 由于某些需要的插件是使用GMF和EMF生成的,因此构建工作流必须是这样的:

  1. SVN Check-out SVN签出
  2. Invoke Generation 调用一代
  3. Run Tests 运行测试
  4. Build all 建立所有
  5. Publish update-site 发布更新站点

Over the last couple of weeks, i played around with PDE Headless Build and Buckminster. 在过去的几周里,我玩过PDE Headless Build和Buckminster。 Anyhow i still got problems with both and can't decide on which i should spent my effort. 无论如何,我仍然遇到两个问题,无法决定我应该花多少钱。

So what would you prefer? 那你更喜欢什么? What experience you made? 你有什么经历? Anybody out there who needed to set up a similiar workflow before? 以前需要建立类似工作流程的人吗?

Thank you for all answers :) 谢谢你的所有答案:)

Buckminster sits on top of PDE build, so there's no getting away from PDE build in the near future. Buckminster位于PDE构建之上,因此在不久的将来不会偏离PDE构建。

You could try another free plug-in that sits on top of PDE build: Plugin Builder as it does the generation of the ANT XML and the nasty map file that PDE build requires. 您可以尝试另一个位于PDE构建之上的免费插件: 插件生成器,因为它生成了ANT XML和PDE构建所需的令人讨厌的映射文件。 It even has the extension for SVN-based map files as opposed to CSV. 它甚至具有基于SVN的地图文件的扩展名,而不是CSV。 I successfully setup Plugin Builder running from Hudson for my team's build needs. 我成功设置了从Hudson运行的插件生成器,以满足我的团队的构建需求。

Another alternative is to look at Tycho (Tycho is the OSGi/Eclipse related bit of the next version of Maven). 另一个选择是查看Tycho (Tycho是下一版Maven的OSGi / Eclipse相关位)。 It is a work-in-progress and it does use PDE build under the covers. 这是一项正在进行中的工作,它确实使用了PDE构建。 I tried and failed with some experiments with Tycho, but they do have a recent new alpha/beta build, so you may have more success (and there are other people who are successfully using it). 我尝试使用Tycho的一些实验尝试失败,但他们确实有最新的alpha / beta版本,所以你可能会有更多的成功(还有其他人成功使用它)。

The only problem I've had with PDE build is the map file for checking out. 我用PDE构建的唯一问题是用于签出的映射文件。 I wrote my own ant task to do the checkout for me using SVN, based on conventions on where the plugins are located, instead of having to explicitly state in the map file all the file paths. 我根据插件所在位置的约定,编写了自己的ant任务,使用SVN为我做结账,而不必在地图文件中明确说明所有文件路径。 Worked wonders and now I can just add plugins to my svn repository and refer to them in the feature.xml and it just works. 工作奇迹,现在我可以添加插件到我的svn存储库并在feature.xml中引用它们,它只是工作。

We're building using buckminster(check out, compiling, testing and byte obfuscation). 我们正在使用buckminster构建(检出,编译,测试和字节混淆)。 I haven't tried a PDE-script, but if you have a complicated setup with a lot of dependencies on other libraries/projects I think buckminster will scale better. 我没有尝试过PDE脚本,但如果你有一个复杂的设置,对其他库/项目有很多依赖,我认为buckminster会更好地扩展。

I've recently started to move our entire Eclipse build-infrastructure from PDE build to Buckminster, and I have mostly good things to say about Buckminster. 我最近开始将整个Eclipse构建基础架构从PDE构建转移到Buckminster,我对Buckminster有很多好话。 While builds based on the PDE build scripts/templates tend to be very brittle and requires a large amount of surrounding infrastructure to work, Buckminster feels quite robust and does not require any significant additional scripting around it. 虽然基于PDE构建脚本/模板的构建往往非常脆弱并且需要大量周围的基础架构才能工作,但Buckminster感觉非常强大,并且不需要围绕它进行任何重要的额外脚本编写。 Buckminster does take a while to get into, but thanks to the excellent documentation and the very helpful newsgroup, I was able to get a full build to work in a few days. Buckminster确实需要一段时间才能进入,但是由于优秀的文档和非常有用的新闻组,我能够在几天内完成整个构建。

Buckminster is what Eclipse should've had from the very beginning to handle headless builds. Buckminster是Eclipse从一开始就应该处理无头构建的东西。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM