在实现DevOps的时候，持续集成和持续交付这一块，有哪些需要特别注意的？

插队请教几个问题：
1、关于“集成的粒度和频度也很关键。一般一个小模块，不超过1周的时间”
-----是指最迟每周集成一次，还是发布一次？一般的理解，应该是每天都有代码提交，每次都有持续集成。

2、关于“一种是多个功能一并发布”
-----多功能一并发布，是自动发布还是手工发布？手工的话，toggle似乎就没啥用了？

3、遇见这种情况：一个20人的团队，每天10~30次合入，因为某种原因部署+冒烟测试的时间很长(小时级)，且短期内无法改善，如何让持续集成要做到不影响mainline的目标？

题主你好，我是Ghostcloud的高级架构师，这个问题我来守护！

持续集成一个主要的功能是让每个工程师的代码提交都不会影响到Mainline，以保证Mainline的可发布状态。实施持续集成时，需要注意的地方：

1. 指定规则，提交代码时要一并提交新功能的测试用例。
2. 集成的粒度和频度也很关键。一般一个小模块，不超过1周的时间。
   

持续集成通过后，根据应用程序的特点，在经过系统集成测试、性能测试、稳定的自动化测试通过率以及管理层的批准后，才是可持续交付和部署的应用程序。
持续交付有两种方式，一种就是基于DevOps的自动持续发布，一种是多个功能一并发布。在持续交付的过程中需要注意三个问题：

1. 部署到生产环境后也要有相应的测试；
2. 使用Toggle控制功能是否生效；
3. 要有回滚的手段（灰度发布）。