问题标签 [buckminster]

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

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

I don't understand buckminster at all. Lets say I have a project, and it needs log4j and junit4. How do I get started, what do I need to do, to specify the dependencies and have the dependencies added to my classpath in eclipse. Is there any tutorial which shows how its done?

我已经使用Maven几个月了，我对它在概念上和实践中的工作方式非常满意。

我还非常广泛地研究了Buckminster（但还没有运行样本），试图弄清楚它是什么以及它是如何比较的。文档很差。例如，他们使用 Build Automate 和 Deploy 之类的术语，但我还没有看到任何关于部署的内容。分阶段迁移是另一个暗示但未讨论的话题。

Maven 和 Buckminster 都使您能够指定依赖关系并通常管理构建、测试和可能的部署过程。

它们都具有 Eclipse 集成，并且都应该（仅使用 Maven）简化基于 Eclipse 的项目及其依赖项的设置和共享。

我可以看到的主要区别是：

• 依赖项：

  • Buckminster 可以指定存在于源存储库中的依赖项和它自己的存储库类型，此外还能够引用 Maven 存储库以获取依赖项。
  • Buckminster 可以将依赖项分组到虚拟发行版中，并且还具有平台意识。在 Maven 中，使用引用其他依赖项并将它们分组的 pom 对软件进行分组当然是可能的。

• 建造

  • Maven 使用基于布局的隐式构建系统。很容易创建一个默认项目，把东西放在他们期望的地方，并让 maven 构建、测试和创建 jars。同时，含蓄也可能是一种束缚。你必须接受 Maven 做事的方式。
  • Buckminster - 我不清楚 Buckminster 如何决定构建什么以及如何构建它。看起来这将与 eclipse 过程保持一致。Buckminster 也允许使用 ant，但不清楚这是否是必需的。至少，生命周期的好坏定义较少（un？），允许更大的灵活性。
  • 这两种工具都允许无头构建，尽管 buckminster 可能会带来更多的包袱。

• 插件

  • Maven 为生命周期的所有阶段提供了一套非常广泛的插件，用于许多不同类型的自动化，从代码生成到运行嵌入式服务进行测试。
  • Buckminster 似乎没有相同的插件概念。有读者和演员，但他们似乎扮演的角色并不相同。Buckminster 应该可以访问大量可用于 ant 的插件集。目前尚不清楚 ant 操作如何与 Buckminster 的其余进程无缝集成（这也是 maven ant 插件的一个问题）。

• 部署

  • Maven 有许多插件用于生成软件分发（程序集）和移动它们（货车）。Buckminster 是否从 Ant 获得所有这些？

• 复杂

  • Buckminster 的不同模式可能非常复杂，在 CPEC、RMAP、MSPEC 等之间。
  • Maven 在配置方面稍微简单一些，尽管它可能会因大型和多模块项目而变得复杂。Maven 还具有用于轻松创建新项目的原型。

• 文档

  • 他们都是坏人。;-)
  • Buckminster 在文档方面非常肤浅。没有足够的例子可用。
  • Maven 插件的文档往往很差，因此很难让它们正确运行。

从我的角度来看，我想用 Buckminster 做的大部分事情都可以用 Maven 做。来自版本控制的“物化”是一个加分项，但组织内的开发人员可以将 maven 快照发布到存储库以相互共享，而不仅仅是提供固定版本。

似乎从 Maven 生命周期的限制中获得了更多的灵活性和自由度（曾经想添加另一个阶段，例如用于清理的后测试？必须等待他们在核心中完成它）。

我错过了什么？Buckminster 中是否有一些重要的功能值得增加复杂性？

上面是否有任何非常不准确的陈述（假设我不是 Buckminster 用户，只是一个中低级 Maven 用户）？

我正在尝试从头开始将 RCP 应用程序具体化到工作区中，但我遇到了一个组件的问题，该组件在 SVN 中的项目名称与其插件 ID 不同（例如，它是 Bundle-SymbolicName）。

目前，我真的无法通过重命名项目或捆绑 ID 来解决此问题，因此我正在寻找一种方法来简单地将组件名称替换为提供者 uri 声明中的 svn 项目名称。

我尝试使用替换标签，但似乎没有帮助：

顺便说一句 - 我在 Eclipse 3.5 中使用 Buckminster 1.1.350.r10382

我正在尝试为包含其他功能和插件的大型 Eclipse 功能设置无头构建。

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

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

在过去的几周里，我使用了 PDE Headless Build 和 Buckminster。无论如何，我仍然对两者都有问题，无法决定我应该在哪方面努力。

那么你更喜欢什么？你有什么经验？以前有谁需要设置类似的工作流程吗？

谢谢大家的回答:)

我正在尝试使用 hudson + buckminster 连续构建我们的 PDE 项目。

我遇到的问题是，我找不到可用命令的任何列表/文档。我认为它应该是无头巴克敏斯特命令，不幸的是我也找不到它们的文档。

有人大致了解可用命令吗？也许我们应该用这个问题来收集它们？谢谢 ：）

（我正在专门寻找解决查询、工作空间的具体化和调用 p2 更新站点操作）

在观看了网络研讨会、浏览了 BuckyBook PDF 并遵循了 Eclipse RCP 构建教程之后，我仍然不知道如何将一个简单的 RCP 插件项目从 CVS 实体化到 Eclipse 工作区中。

有没有人有一个带有 CQUERY 和 RMAP 文件的示例，用于一个简单的项目工作区？

在哪里可以找到 Eclipse 目标定义文件 (*.target) 的 XML 模式和/或文档？

我试图通过 P2 更新站点更新基于 Eclipse-RCP-3.5 的应用程序。该应用程序包含两个功能。

产品由Eclipse Buckminster. P2 更新站点的创建是产品构建的一部分。

通过菜单开始更新时：Update -> Check for Updates显示一个消息框：There is nothing to update.

当我尝试 menu:Update -> Install New Software...并选择相同的更新站点时，会报告错误：

在我的 cspex 中，我有创建产品的操作

在构建最终产品时，创建的文件夹看起来像 this product.${target.ws}.${target.os}.${target.arch}。如何附加通过 qualifier.replacement 属性设置的限定符替换？我想我可以做类似 product.${target.ws}.${target.os}.${target.arch}_{qualifier.replacement} 的事情，其中​​ qualifier.replacement 是在执行 buckminster 期间设置的属性。版本限定符。

我知道当我执行操作 site.p2.zip 限定符替换被附加到文件的名称时，我如何在我的其他操作中使用它？我自己有执行 buckminster.versionQualifier 任务吗？

谢谢！