7

有没有人对一个与另一个有任何评论。

我们正在考虑尝试自动化我们的发布过程，从开发到测试再到 uat 到生产，包括运行单元测试、进行代码审查以及对允许谁将构建从 UAT 推送到生产中执行权限。

4

4 回答 4

4

免责声明：我是 Bamboo 的产品经理

@Bernard：您能否提供有关您的流程的更多详细信息？

  • UAT 测试是手动测试吗？
  • 在您的情况下，投入生产意味着什么？
  • 您是否期望在部署结束时获得单一的构建结果？

Bamboo 2.7 是我们的第一个版本，它允许您将构建划分为不同的阶段并在阶段内并行执行作业。这可以显着改善构建的整体周转时间。我们目前正在研究工件传递，这将允许您在不同阶段之间传递构建工件。同样，这将减少整体构建时间，并且是迈向持续部署过程的又一重要步骤。

不幸的是，我们目前没有一个好的“开箱即用”的方式来对构建的某些部分强制执行权限。同样，有一些方法可以通过插件和以某种方式设置您的构建来解决这个问题。但是如果不详细了解您的流程，就很难提供建议。如果您愿意与我们分享您的流程细节，我很想亲自与您交谈（atlassian dot com 的 jens）。

@jgritty：您指出的问题部分是我们的 Perforce 集成已知问题，部分似乎是未知错误。请随时在 support.@atlassian.com 上创建支持请求或在 jira.atlassian.com 上提出错误报告。

由于 Perforce 在 Bamboo 用户中不太常用（与 CVS 和 SVN 相比），因此我们通常得到的反馈较少，并且对现有问题的了解也较少。请直接向我们提出问题，我们将尽最大努力在即将发布的版本中解决这些问题。

干杯，

延斯舒马赫

于 2010-12-02T07:07:37.260 回答
3

我从未听说过 Go，但我可以告诉你 Bamboo 有一些严重的怪癖。根据您的源代码控制系统，您的里程可能会有所不同。

它需要一种最小公分母方法来处理它所连接的所有 SCM，因此对于使用 perforce 的我们来说，我们失去了一些我们应该免费获得的东西。

以下是一些尚未解决的恼人问题：

设置构建代理以使用特定客户端（当然，grr 必须已经存在）。现在假设客户端植根于 c:\buildarea。您必须手动创建 c:\buildarea 文件夹，否则代理会给您一些关于无法将文件提取到客户端根目录的荒谬错误。显然 'p4 sync -c YOURCLIENT' 会这样做，但 Bamboo 会做一些更愚蠢的事情。

它不能做的另一件事是从现有标签正确构建。假设您有一个跨平台构建，并且您想从相同的更改列表/标签构建 linux 和 windows，在 Bamboo 中没有简单的方法可以做到这一点。您可以同时启动构建并祈祷。您可以让一个同步出另一个文件，但无法使用标签进行构建。

最后一件有点愚蠢（但并不可怕）的事情是它假设每个人都以它“标记”构建的方式使用 CVS。当构建包含大量更改列表时，它不仅将其称为更改列表并将其编号一次，它还会列出更改列表中每个文件的“版本号”。显然，这不是破坏交易，只是对 p4 用户来说有点奇怪。

总而言之，这些问题都没有杀死我们，我们每天使用它进行数百次构建，并且在任何给定时间都有大约 200 个构建计划处于活动状态。我敢肯定我可以想到其他问题，但很多事情都已经解决了。

于 2010-12-01T23:01:32.227 回答
3

@Bernard：我在 ThoughtWorks 工作，使用 Go (Cruise) 的经验比使用 Bamboo 的经验要多得多，所以我现在只为您提供有关 Go 解决您的查询的信息

  1. “我们正在考虑尝试自动化我们的发布过程，从开发到测试到 uat 到生产”：通过部署管道对整个发布过程进行建模和自动化已经被 Go 概念化，并且自其早期版本（以前称为巡航）。部署管道将复杂的构建分解为一系列阶段，这些阶段本身就是作业的集合。这些阶段可以手动或自动触发。当更改从管道仪表板 UI 本身通过环境传播时，查看和控制更改流也非常容易。这是自动部署到 UAT 的详细示例（http://www.thoughtworks-studios.com/go/2.0/help/rm_deploy_to_environment.html）。
  2. “包括运行单元测试，进行代码审查”： Go 使您能够拆分测试套件并并行运行它们。您还将获得一份全面的报告，其中包含有关哪些作业失败、失败的测试、哪些签入破坏了测试等的详细跟踪，以及您选择的构建事件的电子邮件警报。Go 还自动发布工件，这些可以从报告本身中查看。这在嗅探构建时非常有用。在 Go 中，实现棘轮非常简单 (http://skizz.biz/blog/2008/03/11/fixing-broken-windows-with-ratcheting/)，因此您可以使不符合您的编码的构建失败标准门槛。
  3. “并强制允许谁将构建从 UAT 推送到生产环境”：您可以通过对管道进行分组来控制对具有查看和操作权限的项目和环境的访问。此外，您可以锁定允许触发构建的人员。

与市场上的许多工具不同，Go 提供了对触发构建、环境建模、并行构建的聚合结果、易于自动发布工件和自动更新构建代理之间的关系的可见性

@jgritty： Go 是ThoughtWorks Studios 的 Cruise 的继任者。

于 2010-12-03T04:01:52.797 回答
2

我使用过 Bamboo/TeamCity/Jenkins/etc 并最近针对标准 CI 服务器审查了 ThoughWorks Go。

我真的很想看看他们是否解决了团队管理和发布问题。我个人最喜欢 TeamCity，但给了 Go 一个机会。老实说，我有点失望，作为一个纯粹的构建服务器，它没有 TeamCity/Bamboo 先进。它缺乏对关键 SCM 和构建工具的支持。大多数构建服务器也有很多对 3rd 方工具的支持，例如 FindBugs/PMD/Emma/Clover/etc，Go 不支持

与市场上其他产品不同的一个领域是环境的概念和在不同环境中移动的能力。然而，这是该概念的一个非常原始的版本。

Thoughtworks 的人是世界上最优秀的人之一，并且在开发团队方面拥有丰富的经验，我希望看到更多该工具的发布，他们真正开始解决软件开发过程中的一些关键问题

我的快速评论可以在这里找到

http://diarmuidmoloney.wordpress.com/2011/11/24/thoughtworks-go/

于 2011-11-27T19:47:13.323 回答