Continuous integration 您如何知道谁正在修复构建？

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

CCTray有一个菜单选项“自愿者修复构建”，您可以使用它让您的团队知道您正在修复构建。但是，这在我们的环境中不起作用（原因：通过HTTP监控的项目目前不支持修复构建）

---

所以问题是-有没有人在他们的团队中使用了一种技术，允许有人指出他们正在修复损坏的构建？

责任通常在于谁在签入时破坏了构建。这通常是显而易见的，即使是来自不同个人的多次签入。之后，如果构建仍然被破坏，则需要进行一些协商。不是特别科学或严格，但它似乎是有效的。

对我来说，持续集成不仅仅是工具，也是实践。其中之一就是责任。换句话说，破坏构建的人也是修复它的人

拍摄《我接受男人》是我的首选。（除了romaintaz描述的责任之外）

我们向开发人员的邮件列表发送电子邮件，让每个人都知道您正在接管构建中断。

我们位于同一地点，我们都运行cctray，当构建中断时，我们会发出音频警报（来自星际企业号的红色警报）。当它破裂时，我们都喊“谁破坏了这座建筑”！一旦我们知道是谁破坏了这座建筑，我们就和他们打招呼，直到他们把尾巴夹在两条腿之间，发出那种愚蠢的尴尬的笑声，然后自愿修复这座建筑

值得注意的是，不受构建和测试监控的内容可能会在CI框中发生更改。例如：可能有人走到盒子上，更改了权限。然后，当下一次签入时，看起来签入的人破坏了构建，而实际上是这个人在没有告诉任何人的情况下进行了手动更改

---

在志愿者方面，工具可以起到帮助作用，但口头面对面交流仍然是王道。

如果构建中断，那么在CCtray中有一个选项“志愿者修复构建”。

---

它会自动告诉所有正在修复构建的开发人员，这是我们的一般流程，但我们正在寻找一种简单、非侵入性的方式，让该人员让团队的其他成员知道他们已经看到了自己的错误，我们已经在解决问题。这是我们的一般流程-但我们正在寻找一种简单、无创的方式，让该人员让团队其他成员知道他们已经看到了错误，并且已经在解决问题。我们使用泰迪熊羞耻感来提示这一点。一只带绷带的泰迪熊在公司里传开了。通常情况下，一名高级开发人员会检查构建失败，找出谁应该负责，然后推卸责任。你在“构建”一只熊时得到泰迪熊了吗|你也可以使用CI游戏插件（）如果你使用Hudson来知道谁配得上这个泰迪熊：）不幸的是，如果你通过HTTP（我们正在使用Enterprise Cruise）监控项目，CCtray中的这个功能没有实现（很抱歉，我没有完全理解你的帖子，否则我会注意到的