让开发自动化: 持续反馈

 反馈对于持续集成（Continuous Integration，CI）实践来说至关重要，事实上，它正是 CI 系统的“生命血液”。快速反馈则能够实现对需要引起注意的构建事件的及时响应。没有了诸如电子邮件或 RSS 等反馈媒介，处于中断状态的构建就有可能继续处于中断状态，这就破坏了 CI 的初衷！在 让开发自动化 的这一期文章中，自动化专家 Paul Duvall 介绍了能够合并到 CI 系统中的各种反馈机制。
当我向那些还没有使用过这项实践的技术专家们描述 CI 时，我常常会侧重于它的主要优点之一，即它可以缩短故障出现到故障解决之间的时间。实际上这项优点正是 CI 服务器可以对构建状态进行快速反馈这一功能的直接结果。在我看来，对构建事件的快速反馈是 CI 服务器的中心原则，这也是许多人将 CI 系统描述为持续反馈机制的原因所在。

一个构建发生故障时，我希望能够立即知道这一情况，以便就能够采取适当的行动来解决这一问题 —— 不论那是编译错误、测试故障甚或是整体复杂性的增加。对问题了解得越迅速，获取的信息就越相关，解决问题的时机也就越有利。

然而，反馈的目的是为了采取行动。而在 CI 中，这个行动必须迅速，因为构建中断会影响到每一个人，因而由 CI 服务器部署的反馈机制也必须及时。还好，如今大多数（如果不是全部）可用的 CI 服务器都提供电子邮件反馈机制；当然，还有非常多其他的媒介可供选择，比如 Really Simple Syndication（RSS）提要、SMS 文本消息以及 X10 设备。这些反馈机制能够及时协助有关人员迅速采取行动。
。 。 。 。 。 。

                                                                                                        点击此处查看全文