有没有人在巴克敏斯特的真实世界经验？答案

【问题标题】：Has anybody real world experience with buckminster?有没有人在巴克敏斯特的真实世界经验？
【发布时间】：2010-10-05 17:35:34
【问题描述】：

我目前正在评估 ivy、maven 和 buckminster 以简化我们的构建过程。从概念上讲，buckminster 似乎是最先进的，但也相当复杂。

我在网络上找不到这么多巴克敏斯特的第一手经验，因此我向 Stackoverflow 社区提问。

【问题讨论】：

+1，因为我没有听说过 buckminster，所以它促使我去寻找。乍一看，文档似乎缺乏（基础知识，例如教程），所以第一印象是这将是一个痛苦的采用过程，但我很想看看其他人发布的关于它的内容。

标签： java eclipse build-process build-automation buckminster

【解决方案1】：

我们在 7 月份的构建过程中采用了 buckminster。

我们的设置是使用由 CruiseControl 服务器运行的 Ant。

我们选择它是因为我们有多个项目存在于多个存储库中。我们有几个 RCP 产品使用这些项目的不同组合。

管理每个产品的签出（和构建）必须使用我们已经编写的元数据（清单文件、产品文件）。构建和开发元数据不同步太容易了。
手动构建捆绑包和生成产品仍然不容易。
新的启动器需要快速启动和运行。两天以上设置开发环境是不可接受的。

总的来说，我发现它是一个非常强大的工具，但文档很差。有很多新概念，因为它是一个可以插入工具的框架，所以这些概念的一些名称可能非常抽象。

然而，巴克敏斯特在解决上述三个问题方面绝对擅长。

其他补充：

它可以自行引导，例如：在给定最小内核的情况下，它可以自行检查
似乎正在积极开发中
通过邮件列表提供的支持很简洁，但通常很有帮助。
它具有基本的脚本语言。非常简陋。

不利的一面（除了缺少文档）：

它仍然不成熟 - 您会发现偶尔出现的错误，以及一些应该存在但没有的功能。
我不知道如何使测试包工作
测试 OSGi 产品仍然很重要，也不容易变得无头。

总的来说，我会说它需要一段时间才能入睡，但做得很好。我无法将其与 Ivy 或 Maven 进行比较，尽管 Spring 对 OSGi 的采用可能会在开发人员的心智中为 Maven 提供临界质量。

我已经回复了关于 buckminster 的 few questions，请在您开始时寻求帮助。

【讨论】：

现在我们决定使用 maven2，希望在不久的将来 tycho 能在 eclipse/osgi 方面帮助我们。但是，buckminster 解决的一些问题仍然存在。但是对于我们来说，buckminster 还没有准备好（尤其是在文档方面）。
@Mauli 您现在使用 Tycho 的体验如何？
BuckyBook（286 页）现在提供了很好的文档。它位于“文档”下的eclipse.org/buckminster

【解决方案2】：

我们使用通过 Jenkins 运行的 buckminster 来构建一个 KNIME (eclipse) 更新站点，其中包含托管在多个存储库中的多个插件/功能。最初的决定是因为它是如何构建KNIME community contributions 的。有一个学习曲线，但一旦开始运行。我们的很多初始设置过程都是基于Developing plugins - continuous integration with Jenkins

的说明

【讨论】：