你怎么知道谁在修建这个版本?

时间:2009-10-05 13:50:50

标签: continuous-integration cruisecontrol.net cctray

我们正在CI环境中工作,Enterprise Cruise运行我们的构建。开发人员都在本地安装了CCTray,以便在构建中断时通知我们。

CCTray有一个菜单选项 Volunteer来修复构建,您可以使用该选项让您的团队知道您正在修复构建。但是这在我们的环境中不起作用(原因:通过HTTP监视的项目当前不支持修复构建)。

所以问题是 - 是否有人使用他们在团队中使用的技术,允许某人表明他们正在修复破坏的构建?

6 个答案:

答案 0 :(得分:8)

对我来说,持续集成不仅涉及工具,还涉及实践。其中之一是责任。换句话说,打破构建的人也是能解决它的人!

答案 1 :(得分:1)

拍摄“我带它们”是我的首选。 (除了责任romaintac描述)

答案 2 :(得分:1)

我们会向开发人员的邮件列表发送一封电子邮件,让每个人都知道您将获得构建中断的所有权。

答案 3 :(得分:1)

我们在同一地点,我们都运行cctray,当构建中断时,我们有一个音频警报(Starship Enterprise的红色警报)。当它打破时,我们都喊“谁打破了构建”!一旦我们弄清楚是谁破坏了构造,我们就会抓住它们,直到它们将它们的尾巴塞在那条腿之间,做那个愚蠢的尴尬笑,并自愿修复构建。

值得注意的是,构建和测试未监视的内容可能会在CI框中发生变化。例如:也许有人进入盒子并更改了许可。然后,当下一次签入时,看起来那个签入的人打破了构建,而真正是那个人在没有告诉任何人的情况下进行了手动更改。

在志愿者的事情上,工具可以帮助,但口头面对面交流仍然是王道。

答案 4 :(得分:0)

通常是谁有责任打破他们的签到。即使是来自不同个人的多次签到,这通常也是显而易见的。之后,如果构建仍然存在,那么会进行一些协商。不是特别科学或严谨,但似乎有效。

答案 5 :(得分:0)

如果构建中断,那么在CCtray中有一个“志愿者来修复构建”的选项。 它会自动告诉正在修复构建的所有开发人员