有沒有人與buckminster真實世界的經驗？

Question

我目前正在評估ivy，maven和buckminster來緩解我們的構建過程。從概念上講，Buckminster似乎是最先進的，但也有相當的複雜性。

我無法在網上找到這麼多的第一手經驗給buckminster，所以我的問題到了Stackoverflow社區。

Answer 1

我們在7月份爲我們的構建過程採用了buckminster。

我們的設置是使用由CruiseControl服務器運行的Ant。

我們選擇它，因爲我們有多個生活在多個存儲庫中的項目。我們有幾種使用這些項目的不同組合的RCP產品。

• 管理分別爲這些商品的檢出（和構建）必須是運行過，我們已經寫入（清單文件，產品文件）的元數據。構建和開發元數據不同步很容易。
• 打包和生成產品仍然不容易。
• 新手首先需要快速啓動並運行。設置開發環境兩天以上是不可接受的。

總的來說，我發現它是一個功能非常強大的工具，文檔很差。有許多新的概念，並且因爲它是一個插入工具的框架，所以這些概念的一些名稱可能非常抽象。

但是，buckminster絕對是擅長在解決上述三個問題。

其他補充：

• 它可以自行啓動，如：它可以檢查自己出來，給定一個最小核心
• 這似乎是正在積極發展
• 通過郵件列表的支持簡潔，但通常很有幫助。
• 它有一個基本的腳本語言。非常簡陋。

在下行（除了缺乏文檔的）：

• 但還不是成熟的 - 你會發現偶爾的錯誤，有些功能只是它應該有，但不是。
• 我不知道如何使測試包工作
• 測試OSGi產品仍然是不平凡的，不容易做到無頭。

總體而言，我會說，它需要一段時間才能入睡，但做得很好。我無法將其與Ivy或Maven進行比較，儘管Spring採用OSGi可能會讓開發人員對Maven產生重大影響。

我已經回答了關於buckminster的few questions，以幫助您啓動。

Answer 2

我們使用通過Jenkins運行的buckminster來構建KNIME（eclipse）更新站點，其中包含多個託管在多個存儲庫中的插件/功能。最初的決定是因爲它如何建立KNIME community contributions。有一條學習曲線，但一旦運行。我們很多初始設置過程都基於Developing plugins - continuous integration with Jenkins