标签：连续 之间 概念 规则 conf run 个人 mil 应用
创建了 build 的配置以后，您既可以手动点击 "Run" 按钮来触发一次build过程，也可以通过 Triggers 配置实现自动触发 build 过程。一个 trigger 就是一条规则：当某个事件发生时开始一次 build。TeamCity 内置支持多种触发器类型：
对于同一个 build，我们可以应用多个触发器，它们会按照各自的逻辑独立的起作用。下面我们比较详细的看下各类触发器的用法。
VCS 触发器在检测到代码变化后会自动触发 build 过程。TeamCity 会根据您设置的时间间隔去检测代码的变化。如果这段时间中有多个 checkin，仅触发一次 build。
需要注意的是当一个 build 配置有多个 VCS root 时，并不会为每个 VCS root 的变化触发 build，而是在检测过所有的 VCS root 后才决定是否触发一次 build。
您还可以设置每个 checkin 都触发一次 build。这需要选择"Trigger a build on each check-in"。如果您希望同一个提交者的多次提交只触发一次 build，请把"Include seral check-ins in a build if they are from the same committer"也选上。
静默期(Quiet Period)是个比较有趣的概念。设置后便不会在连续的几次 checkin 过程中触发 build (这几次连续的checkin是一个完整的过程)。通俗点讲，当检测到最后一次变更后的一段时间(默认一分钟)内没有发现新的变更才触发一次 build。
VCS 触发器中还有个好玩的东西叫"VCS Trigger Rules"。通过规则的设定，你可以告诉 TeamCity 是否满足触发 build 的条件：
当我们要定时触发 build 时就需要用到 Schedule 触发器。
简单的使用方式就是在 Date and Time 区域选择合适的时间配置就可以了。此外 TeamCity 还支持 cron 格式的时间设置：
这为我们提供了更多的灵活性。
如果 build 之间有一定的依赖关系，比如后面的 build 依赖前一个 build 的产物，那么就需要在前一个 build 完成时触发下一个 build。Finish build 触发器可以完美的完成这个任务：
只需要选择合适的 build configuration 就可以了。我们还可以根据前一个 build 是否成功来决定是否来触发下一个 build：
当我们希望在 TeamCity 上 build 某个个人分支时就需要通过某个分支上的变更来触发 build。Branch Remote Run 触发器可以实现这样的功能：
我们可以指定某个用户的分支。注意，这种触发器目前只支持 git 和 mercurial。
TeamCity 还支持一些其他类型的触发器，我们在用到时会进行详细的介绍。
标签：连续 之间 概念 规则 conf run 个人 mil 应用
原文地址：http://www.cnblogs.com/sparkdev/p/6239431.html
