我们在 CI 环境中工作，Enterprise Cruise 运行我们的构建。开发人员都在本地安装了 CCTray，以便在构建中断时通知我们。
CCTray 有一个菜单选项志愿者来修复构建，您可以使用它让您的团队知道您正在修复构建。但是，这在我们的环境中不起作用（原因：通过 HTTP 监控的项目当前不支持修复构建）。
所以问题是 - 是否有人在他们的团队中使用了一种技术，允许某人表明他们正在修复损坏的构建？
问问题
970 次
6 回答
8
对我来说，持续集成不仅关乎工具，还关乎实践。其中之一就是责任。换句话说，破坏构建的人也将修复它！
于 2009-10-05T13:54:49.043 回答
1
拍摄“我接受伙计们”是我的首选。（除了责任 romaintaz 描述）
于 2009-10-05T13:58:21.970 回答
1
我们会向开发人员的邮件列表发送一封电子邮件，让每个人都知道您对构建中断拥有所有权。
于 2009-10-05T14:02:53.583 回答
1
我们在同一地点，我们都运行 cctray，当构建中断时，我们会收到音频警报（来自 Starship Enterprise 的红色警报）。当它崩溃时，我们都会大喊“谁破坏了构建”！一旦我们弄清楚是谁破坏了构建，我们就会骚扰他们，直到他们把尾巴夹在两条腿之间，然后发出那种愚蠢的尴尬笑声，并自愿修复构建。
值得注意的是，构建和测试未监控的内容可能会在 CI 盒上发生变化。例如：也许有人进入盒子并更改了权限。然后，当进行下一次签入时，看起来进行签入的人破坏了构建，而实际上是在没有告诉任何人的情况下进行手动更改的人。
在志愿者这件事上，工具可以提供帮助，但面对面的口头交流仍然是王道。
于 2009-10-05T14:15:42.357 回答
0
责任通常在于谁在签入时破坏了构建。这通常很明显，即使来自不同个人的多次签到也是如此。之后，如果构建仍然损坏，则需要进行一些协商。不是特别科学或严谨，但它似乎有效。
于 2009-10-05T13:53:39.467 回答
0
如果构建失败，那么在 CCtray 中有一个“自愿修复构建”选项。它会自动告诉所有正在修复构建的开发人员
于 2010-01-07T22:58:47.893 回答