《持续交付》第一章 软件交付的问题

前几天就开始看这本书，但一直没有总结。在实习的时候，项目中也遇到过部署的问题，我没有做过这方面的工作，感觉对其还是知之甚浅。看完第一章后，它解决了我的一些问题，同时也给我带来了一些疑惑。

基础概念的理解

下面的部分概念是个人在平时和看书的时候不理解和概念混淆不清的个人理解整理。

• 反模式：用来解决问题的带有共同性的不良方法。
• 持续集成：个人研发的部分向软件整体的交付。
• 持续交付：在持续集成的基础上，将集成后的代码部署到更接近真实运行的环境（类生产环境）中。
• 持续部署：交付后的代码通过评审，自动部署到生产环境中。
• 发布：部署流水线的最后一步，发布前要经过各种的测试。

从本质上来讲，部署流水线指一个应用程序从构建>部署>测试>发布的这整个过程的自动化实现

常见的发布反模式

• 手工部署软件：容易引起人为错误，成本高
• 开发完成后才向类生产环境部署：效率低，出现问题匆忙修复，会留下隐患
• 生产环境的手工配置管理：出错的概率大，出现问题无法回滚

如何实现快速交付

• 每次的修改都应该触发反馈流程
• 必须尽快接受反馈
• 交付团队必须接受反馈并作出反应

软件交付的原则

• 为软件的发布创建一个可重复且可靠的过程
• 将几乎所有的事情自动化
• 将所有的东西都纳入版本控制
• 提前并平频繁的做让你感到痛苦的事
• 内建质量
• “Done”意味着“已发布”
• 交付的过程是每个成员的责任
• 持续改进

总结&疑惑

1. 通过本章我了解为什么我们会选择持续交付，和传统的软件发布相比它的优势在哪里。
2. 如何进行配置管理，基础设施，环境管理？
3. 如何实现提交测试，自动化验收测试，和非功能性需求的测试？