讨论题干：
本周我们主要介绍了持续集成的多个平台与解决方案，平时常见的场景：
1、打包，等待node编译打包
2、发布测试环境，手动重启服务
3、通知测试组测试(邮件、用嘴巴喊等等方式…)
4、一顿查错误，修复BUG，然后重复1、2、3、4
上面的流程，针对于简单的小型项目(即人数不超过3人)，可以采用。大家都有体会过“特殊日子”上线的痛苦，经历了代码的回滚测试，通宵加班手动发布还偏偏碰到了环境的问题…但是对于复杂的大型前端项目，我们应该怎么考虑？怎么做持续集成？
关键提炼：
核心的概念理解：
持续集成是一种软件开发的实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。
熟练使用CI/CD平台，借用开源平台，可以帮助我们快速实现自动化。优点如下：
（1）流程全自动化，减少重复性的手工操作
（2）持续发布测试，时刻保持可发布的产品
（3）团队、高层对项目、产品的进展清晰可见，把控风险
（4）资源效率有效利用，流动效率更快