有人在现实世界中使用过buckminster吗？

Question

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

我在网上找不到这么多buckminster的第一手经验，所以我的问题是Stackoverflow社区。

Answer 1

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

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

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

• 管理每个产品的签出(和构建)必须依赖于我们已经编写的元数据(清单文件、产品文件)。从synch.
• Building包中获取构建和开发元数据太容易了，而手动生成产品仍然不容易。
• 新入门人员需要快速启动和运行。设置开发环境的Two+天数是不可接受的。

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

然而，buckminster在解决上面详细描述的三个问题上绝对出类拔萃。

其他新增功能：

• It可以自我引导，如下所示:它可以检查自己，给出一个最小的核心
• ，它通过邮件列表看起来在active
• 下是简洁的，但通常是有用的。
• it有一个基本的脚本语言。非常rudimentary.

缺点(除了缺少文档)：

• 它仍然不成熟-您会发现偶尔出现的错误，以及一些本应存在但并不存在的功能。
• 我想不出如何让测试包工作
• OSGi products仍然不是微不足道的，也不容易变得无用。

总体而言，我会说它花了一段时间睡觉，但做得很好。我无法将其与Ivy或Maven进行比较，尽管Spring对OSGi的采用可能会给Maven带来开发人员的大量关注。

我已经回复了一个关于巴克敏斯特的few questions，当你开始的时候寻求帮助。

Answer 2

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