书籍介绍
这本书最打动人的，不是它提出的某个新概念，而是它把'发布软件'从一场人人恐惧的仪式，变成了一件可以日常化、可预测、低风险的事情。作者的核心主张近乎偏执：Done Means Released——代码写完不算完，真正发布出去才算完成；Never Go Home on a Broken Build——永远不要带着构建失败回家。这些原则之所以有分量，是因为它把责任从'开发、测试、运维各管一摊'重新收拢到'对整个交付链路共同负责'。书中'部署流水线'的概念，把构建、测试、发布串成一条自动化的长链，让每一次改动都能在数小时甚至数分钟内安全上线。它适合那些受够了上线如临大敌的团队：与其依赖强力工具，不如先建立一套可回滚、可监控、可重构的工程纪律。
AI导读
核心看点
- 获Jolt大奖，奠定持续交付基石
- 详解部署流水线，实现自动化发布
- 强调测试自动化与快速反馈机制
读者共识
- 持续交付领域的经典必读之作
- 工具虽重要，文化变革更为关键
- 部分观点随时代发展需辩证看待
精彩摘录
- "我们倾向于将自动化验收测试限于完全覆盖 happy path 的行为，并仅覆盖其他一些极其重要的部分。 一个好的自动化测试套件应该给你足够的信心执行重构，甚至对应用程序架构进行重构。 你需要监控到底花了多长时间做重复性的手工测试，以便决定什么时候把它自动化。一个很好的经验法则就是，一旦对同一个测试重复做过多次手工操作，并且你确信不会花太多时间来维护这个测试时，就把它自动化。"
- "Done Means Released"
- "Never Go Home on a Broken Build"
- "Always Be Prepared to Revert to the Previous Revision"
- "Failing the Build for Slow Tests"
- "Don’t Delete the Old Files, Move Them"
- "将测试、部署和发布活动也纳入到开发过程中，让它们成为开发流程正常的一部分。 确保每个人都成为这个软件交付过程的一份子，无论是构建发布团队、还是开发测试人员，都应该从项目开始就一起共事。 你应该具有重建生产环境的能力，最好是能通过自动化的方式重建生产环境。"
- "一个更可控的分支策略（我们强烈推荐的，可以说是业界标准）是：只为发布创建长周期的分支。"
用户评论
Ally: 推荐
当年很追捧的一本书，不过现在看来远不如泰勒的理论对DevOps的影响大
不错，但是写得有点冗余，其实就是automate build, test, deploy, and maybe monitor，强有力的工具才是王道，其它都是纸上谈兵。
读了中文版，详细介绍了成功持续交付、发布软件的原则及有效实践。常规组织中，开发人员一般不会关注到这些内容，但它们对于产品的持续上线、占领市场非常重要。是一本值得反复阅读并实践的好书。
大半年终于看完了这本大部头
自己的英语还是太烂了，不过借助金山词霸还算看的顺利。
书中重复内容仪表多啊。。。但是best practices 还是应该遵循的。工具和架构可以有，但企业文化改变不易，没有文化改变和开发人员自身素养晋升工具再好也难以奏效。
码农必读
Addison Wesley的其他书籍查看全部
Compilers
Introduction to Econometrics
Linear Algebra and Its Applications
Java Software Solutions
Fundamentals of Database Systems
ARM System-on-Chip Architecture (2nd Edition)
下载
收藏