如同我在《VS 2010 测试功能学习（五）Gated Check-in》一文中所介绍的Gated Check-in功能一样，Rolling Build其实也是Team Foundation Server(以下简称为TFS)提供的对check-in代码进行编译和验证的方式，虽然并不和测试直接相关，但它却是保证产品质量和团队协同工作的重要功能。

　　Rolling Build，我把它翻译为“滚动生成”，即当TFS检测到在它所监控的范围内有任何新的代码变化被check in的时候，它就启动对最新的代码库(code base)进行Build验证。之所以称之为“滚动”，因为它是在一个Build验证操作完成后再去探测有没有新的check in发生，对Build验证期间发生的check in，会被积累到下一个Build验证。

　　配置Rolling Build的步骤很简单，只要在Build Definition的Trigger标签页中选择“Rolling builds”即可，如下图所示。"Build no more often than every  minutes.”选择用来控制Rolling builds的频率。

　　这里需要再强调一下Rolling Build的重要意义。Rolling Build看似只是一个自动生成代码的功能，但实际上它起着协调整个开发团队、时刻监控代码库质量、以及尽早暴露产品问题的作用。因为Rolling Build时刻都在不停的运转着，对于任何代码check in它都保持着警觉，会去自动验证编译是否成功，自动化测试用例是否都能通过。它就像一个不知疲倦的“代码守护者”一样监控着代码库，第一时间发现其中的任何问题，将问题通知给整个团队，从而避免了问题的积累和拖延。这非常符合敏捷开发中“今日问题今日解决，不要拖到以后”的原则，它帮你最早的发现问题、报告问题，开发团队则应该建立制度要及时响应Rolling Build所报告的问题，把它作为Priority = 0/1的问题去对待和解决。

　　那么TFS的如何告知Build的结果呢？TFS 2010提供了以下几种途径来通知Build的状态：

　　方法一：邮件方式。在Project Alerts对话框中（Team Explorer中右键选择指定的工程）可以配置需要相应Build事件的email地址，如下图所示，为工程Dev10Dogfood配置了当有任何 Build完成后，发送通知邮件到整个团队的邮件组。但这个方法我还没有实验成功，可能是因为邮件系统的配置问题，:(