标签：blank bug com 了解 浅谈 tin 拉取 不能 log
from:https://www.cnblogs.com/wysk/p/7517277.html
一、持续集成是什么？
持续集成是一种软件开发的实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。
持续集成指的是，频繁地（一天多次）将代码集成到主干，通过持续集成流程的进行自动化方式的构建，编译和测试，提供可以部署发布的单元包
持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。
它的核心措施是，代码集成到主干之前，必须通过自动化测试。
只要有一个测试用例失败，就不能集成。
Martin Fowler说过，"持续集成并不能消除Bug，而是让它们非常容易发现和改正。与持续集成相关的，还有两个概念，分别是持续交付和持续部署。
二 持续集成的价值是什么？
1、降低风险，由于持续集成不断去构建，编译和测试，可以很早期发现问题，所以修复的代价就少；
2、对系统健康持续检查，减少发布风险带来的问题；
3、减少重复性工作；
4、持续部署，提供可部署单元包；
5、持续交付可供使用的版本；
6、增强团队信心；
三、持续集成流程
持续集成一般的做法： 通过svn或其他工具拉取代码->自动化构建->自动化编译->自动化测试->自动化部署->自动化发布->邮件发送通知；
四、持续交付
持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。
持续交付可以看作持续集成的下一步。它强调的是，不管怎么更新，软件是随时随地可以交付的。
五、持续部署
持续部署（continuous deployment）是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。
持续部署的目标是，代码在任何时刻都是可部署的，可以进入生产阶段。
持续部署的前提是能自动化完成测试、构建、部署等步骤。
测试是持续集成流程中重要的一环，也是区别去传统的软件开发流程中的一个重要的标志。为什么要有持续集成测试呢？
1、可以早点发现bug，这就是fix bug代价比较小
2、可以平滑产品，提高产品质量
3、可以让团队的每个人了解产品的质量状态
4、每天都有持续集成测试的报告发布
5、开发者对自己提交的代码测试情况有比较清晰的了解
6、可以有效地解决在QA人手不足的情况
7、尽可能地把测试自动化，让持续集成测试系统去执行这些自动化测试的case
六、推荐书籍
标签：blank bug com 了解 浅谈 tin 拉取 不能 log
原文地址：https://www.cnblogs.com/rambo-yi/p/9961148.html
