具体描述
《持续集成:软件质量改进和风险降低之道》全面深入地讨论持续集成的各个方面，介绍了一种增加项目可见性、降低项目失败风险的有效实践。此外，还介绍了测试驱动、代码审查、数据库集成、信息反馈等实践和工具。全书列举了持续集成系统的优缺点，以及如何使用持续集成系统、什么时候使用等，可操作性极强。Jolt大奖素有"软件业之奥斯卡"的美称，《持续集成:软件质量改进和风险降低之道》精选自Jolt历届获奖图书，以植根于开发实践中的独到工程思想与杰出方法论为主要甄选方向。
作者简介
Paul M. Duvall是Stelligent公司的CTO。Stelligent公司是一家咨询公司，他们通过优化软件开发过程，帮助开发团队可靠地、快速地开发出更好的软件。他几乎担任过软件开发项目中的所有职务，从开发者到测试者再到架构师和项目经理。Paul向各个行业的客户提供咨询，包括金融业、房地产业、政府、医疗卫生业，以及大型的独立软件提供商。他是许多知名软件会议的特邀讲演者。他为IBM developerWorks撰写了一系列的文章，名为“Automation for the People”，他是NFJS 2007 Anthology（Pragmatic Programmers，2007）的合著者，也是UML 2 Toolkit（Wiley，2003）的贡献作者。他是临床研究数据管理系统和方法的发明者之一，这个系统和方法正在申请专利。他经常在www.testearly.com和www.integratebutton.com上写日志。
Stephen M. Matyas III是AutomateIT的副总裁。AutomateIT是5AM Solutions公司的一个服务机构，它帮助组织机构通过自动化来改进软件开发。Steve在应用软件工程方
目录信息
译者序
Martin Fowler序
Paul Julius序
前言
作者简介
贡献者简介
第1部分 CI的背景知识：原则与实践
第1章 启程
1.1 针对每次变更构建软件
开发人员
版本控制库
CI服务器
构建脚本
反馈机制
集成构建计算机
1.2 CI的特征
源代码编译
数据库集成
测试
审查
部署
文档与反馈
1.3 本章小结
1.4 问题
第2章 引入持续集成
2.1 CI生活中的一天
2.2 CI的价值是什么
减少风险
减少重复过程
生成可部署的软件
增强项目的可见性
建立起更强大的产品信心
2.3 什么阻碍了团队使用CI
2.4 如何进行“持续”集成
2.5 项目应该在何时以何种方式实现CI
2.6 集成的演进
2.7 CI如何与其他开发实践配合
2.8 CI需要多少时间架设
2.9 CI与您
2.10 经常提交代码
2.11 不要提交无法构建的代码
2.12 立即修复无法集成的构建
2.13 编写自动化的开发者测试
2.14 必须通过所有测试和审查
2.15 执行私有构建
2.16 避免签出无法构建的代码
2.17 本章小结
2.18 问题
第3章 利用CI减少风险
3.1 风险：没有可部署的软件
场景：“在我的机器上是行的”
解决方案
场景：与数据库同步
解决方案
场景：点错了
解决方案
3.2 风险：很晚才发现缺陷
场景：回归测试
解决方案
场景：测试覆盖
解决方案
3.3 风险：缺少项目可见性
场景：“您收到了备忘录吗？”
解决方案
场景：不能使软件可见
解决方案
3.4 风险：低品质的软件
场景：坚持编码标准
解决方案
场景：维持架构
解决方案
场景：重复的代码
解决方案
3.5 本章小结
3.6 问题
第4章 针对每次变更构建软件
4.1 自动化构建
4.2 执行单命令构建
4.3 将构建脚本从IDE中分离
4.4 集中放置软件资产
4.5 创建一致的目录结构
4.6 让构建快速失败
4.7 针对所有环境构建
4.8 构建类型和触发机制
构建类型
私有构建
集成构建
发布构建
构建触发机制
触发构建
4.9 使用专门的集成构建计算机
4.10 使用CI服务器
4.11 执行手工集成构建
4.12 执行快速构建
收集构建测量数据
分析构建测量数据
选择并实现改进
使用专门的集成构建计算机
增强集成构建计算机的硬件能力
改进测试性能
4.13 分阶段构建
检查基础设施
优化构建过程
单独构建系统组件
改进软件审查的性能
执行分布式集成构建
重新评估
4.14 这对您如何生效
4.15 本章小结
4.16 问题
第2部分 创建全功能的CI系统
第5章 持续数据库集成
5.1 自动化数据库集成
创建数据库
操作数据库
创建一段构建数据库的结合脚本
5.2 使用本地数据库沙盒
5.3 利用版本控制库共享数据库资产
5.4 持续数据库集成
5.5 让开发者能够修改数据库
5.6 开发团队共同关注修复失败构建
5.7 让DBA成为开发团队的一员
5.8 数据库集成和集成按钮
测试
审查
部署
反馈与文档
5.9 本章小结
5.10 问题
第6章 持续测试
6.1 自动化单元测试
6.2 自动化组件测试
6.3 自动化系统测试
6.4 自动化功能测试
6.5 对开发者测试分类
6.6 先执行较快的测试
6.7 为缺陷编写测试
6.8 让组件测试可重复
6.9 将测试用例限制为一个断言
6.10 本章小结
6.11 问题
第7章 持续审查
7.1 审查与测试的区别
7.2 应该以怎样的频度执行审查
7.3 代码测量指标：历史
7.4 降低代码复杂度
7.5 持续进行设计复查
7.6 通过代码审查维持组织机构的标准
7.7 减少重复的代码
使用PMD-CPD
7.8 判断代码覆盖率
7.9 持续评估代码品质
覆盖率检查频度
覆盖率与性能
7.10 本章小结
7.11 问题
第8章 持续部署
8.1 随时随地发布可工作的软件
8.2 为库中的资产打上标签
8.3 得到干净的环境
8.4 为每一个构建版打上标签
8.5 执行所有的测试
8.6 创建构建反馈报告
8.7 回滚构建的过程能力
8.8 本章小结
8.9 问题
第9章 持续反馈
9.1 所有正确的东西
正确的信息
正确的人
正确的时间
正确的方式
9.2 使用持续反馈机制
电子邮件
SMS（文本消息）
Ambient Orb和X10设备
Windows任务条
声音
宽屏显示器
9.3 本章小结
9.4 问题
后记：CI的未来
附录A CI资源
附录B 评估CI工具
参考文献
· · · · · · (收起)
读后感
本书对于普及持续集成的概念还是很有帮助的。至于可操作性，个人觉得本书还是差了一点的。 因为项目不通，持续集成的操作也肯定不同。 要真的理解了持续集成，做起来也不难的。
评分总算对持续集成有了一个比较清晰的认识，本书只能说是对持续集成做了一个全面的概述，让读者从一个较高的层次对持续集成有了一个全面的认识。
评分这市面上也没什么比较好的书讨论继续集成了，所以只好给个“还好”。 持续集成很多的公司都有做，虽然方法可能不一样，但大概的思想和这本书是差不多的。具体到不同的公司不同的业务肯定不一样，所以也没必要死按照这本书来做。 书上讨论的很多工具算不上过时，也不是最好的...
评分一本不错的书，可操作性很强，全书列举了CI系统的优缺点，如何去使用CI系统，什么时候使用等等，相当的详细。最后在附录中还列举了很多的参考工具，所以对于想要用CI系统的人来说，有着很大的参考价值，推荐看看。 唯一的遗憾就是，在C++领域没有怎么发现CI系统的介绍，不...
评分这市面上也没什么比较好的书讨论继续集成了，所以只好给个“还好”。 持续集成很多的公司都有做，虽然方法可能不一样，但大概的思想和这本书是差不多的。具体到不同的公司不同的业务肯定不一样，所以也没必要死按照这本书来做。 书上讨论的很多工具算不上过时，也不是最好的...
用户评价
这本书的章节安排极具匠心，它不像有些技术书籍那样堆砌概念，而是采用了循序渐进的方式，仿佛一位经验丰富的导师在手把手地带领你探索前沿技术。我个人最欣赏的是它对“实践出真知”这一理念的贯彻。书中大量的案例分析，都不是那种脱离实际的理想化场景，而是贴近真实开发环境中可能遇到的痛点和解决方案。比如，它详细剖析了如何在微服务架构下实现平滑的灰度发布，每一步骤的考量、可能遇到的陷阱以及如何通过自动化手段规避风险，描述得鞭辟入里。读完相关章节，我立刻就有种茅塞顿开的感觉，很多过去在团队内部讨论得模糊不清的问题，突然间清晰了起来。这种由浅入深、理论与实践紧密结合的叙事风格，极大地增强了阅读的粘性，让人忍不住想一口气读完，并立即动手实践书中的方法论。
评分这本书的排版设计，说实话，比市面上大部分同类书籍都要精良得多。文字与图表的配比拿捏得恰到好处，每一幅架构图都清晰明了，标注细致入微，完全避免了那种“图文混排后图看不懂，字看不清”的尴尬局面。尤其是在讲解复杂流程图时，作者采用了多层级的展开方式，先给出整体框架，再逐层深入细节，这种结构化的呈现方式极大地减轻了读者的认知负担。我注意到，即便是涉及代码示例的部分，格式也经过了专业的优化，不同功能的代码块用不同的颜色或字体加以区分，使得阅读代码片段时，注意力可以更集中于逻辑本身，而非被格式分散精力。对于需要频繁翻阅查阅特定概念的读者来说，这种注重细节的排版，无疑是极大的便利。
评分坦白说，我最初对这类“方法论”的书籍持保留态度，总觉得很多大词汇只是为了包装一些老旧的思想。然而，这本书的视角非常独特，它没有停留在工具的使用层面，而是深入探讨了支撑这些工具背后的“文化”和“哲学”。作者用非常生动的语言，阐释了团队协作、质量保证以及快速反馈循环在现代软件工程中的核心地位。我特别留意了其中关于“构建反馈文化”的章节，它提出了许多发人深省的观点，例如如何通过建立更低的失败门槛来鼓励创新，以及如何将错误视为宝贵的学习资源而非惩罚的理由。这种自上而下的思维重塑，远比单纯学习某个命令或配置来得有价值。这本书更像是一本关于“如何思考”的技术指南，而非仅仅是“如何操作”的说明手册，这使得它的生命周期也更长久，不易过时。
评分这本书的装帧设计很有现代感，封面采用了深邃的蓝色调，搭配着醒目的白色字体，简洁却不失力量感，让人一眼就能感受到它所蕴含的专业与严谨。我是在一个技术论坛上偶然看到有人推荐这本书的，说它对理解软件开发的最新趋势非常有帮助。拿到手后，翻阅了一下目录，感觉内容覆盖面很广，从基础的概念引入，到各种主流工具的实战操作，再到更深层次的架构设计理念，似乎都有所涉猎。特别是对敏捷开发流程中各个环节的梳理，感觉作者下了不少功夫，逻辑非常清晰，即便是初次接触这个领域的读者，也能比较顺畅地跟上思路。我很期待能从中学习到如何将理论知识有效地转化为实际工作中的效率提升，毕竟在这个快速迭代的时代，工具和方法的更新速度实在太快了，一本好的参考书显得尤为重要。这本书的纸张质量也值得称赞，阅读起来手感舒适，长时间阅读眼睛也不容易疲劳，这种对细节的关注，也从侧面反映了作者对内容质量的追求。
评分作为一个在行业内摸爬滚打多年的老兵，我深知理论与实战之间的鸿沟。许多书籍夸耀其内容的“前沿性”，结果读完却发现都是些停留在概念阶段的空中楼阁。这本书的价值恰恰在于其“落地性”。它不仅告诉你“应该做什么”，更重要的是，它细致地剖析了“为什么这样做最有效”以及“在资源有限的情况下，最优的折衷方案是什么”。书中提到的性能优化策略，都是建立在对实际系统瓶颈的深刻洞察之上的，而非纸上谈兵。我甚至发现，书中的一些最佳实践，正是我们团队目前正在尝试攻克的难题。这让我感觉到，与其说是自己在阅读一本书，不如说是一位经验丰富的同行，将他多年踩过的坑和积累的智慧，毫无保留地倾囊相授。这种真诚的交流感，是衡量一本技术书籍价值的重要标准。
评分内容有点老啊 挺好的。持续集成就是屌丝程序员的坟墓，没有创造艺术，就是一个流水线。
评分可以帮助建立一个持续集成的宏观上的概念，读完之后，自己都可以搭建一个持续集成的环境，不光是阐明了持续集成需要些什么，更加说明了我们为什么需要这些。
评分持续集成是敏捷软件开发的重中之重，它极好地提高软件质量和降低开发风险。本书很系统的阐述了Martin的持续集成理念，配上详细的指导，方便实施。@王海鹏Seal 的翻译也确保了质量。只是原版是在2007年写的，有点旧，建议和《持续交付》一起读。
评分在图书馆翻了一遍，不算读过。2008 Jolt Award，当然是好书，但现在再版已经过气了，CI已经成为软件开发环境基础设施，这种入门推广资料的意义已经不大。
评分入门级。全面详细的说明了持续集成的概念，流程，实践和注意事项。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有