什么时候连续集成工作应该发送邮件？

Question

通常情况下，我只会在发生故障，持续失败或故障后修复时发送邮件以减少构建垃圾邮件。然而，在The Progress Principle中，作者描述了小胜利如何改善表现和创造力。如果构建邮件只带来坏消息，那么我可能错过了一个机会来照亮开发人员的日子并改善团队的工作方式。

我正在考虑通知这个方案：

• Team + Culprits：失败，持续失败，失败后修复
• 罪魁祸首：成功

（罪魁祸首=自上次良好建设以来所犯下的人）

我认为，感觉良好的电子邮件比减少构建垃圾邮件更重要。

您在自己的环境中做了什么以及您的选择是什么？

由于

彼得

Answer 1

简短回答：发送所有结果。

获得积极反馈是一个好主意，你只需要通过发送如此多的反馈来平衡它就会被忽略的垃圾邮件。我们会在成功和失败的邮件别名上发送电子邮件通知。我们的关键是将结果放在主题行中，这样您就不需要打开电子邮件来查找结果。此外，在主题开头有一个众所周知的字符串，因此团队成员可以使用邮件过滤器和规则自动存档邮件...这可以阻止污染收件箱。最后，通过发送别名，可以轻松添加/删除成员。