持续集成:软件质量改进和风险降低之道(第18届Jolt震撼大奖图书) [图书]

　　　部署
　　　文档与反馈
　　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章　针对每次变更构建软件
第二部分 创建全功能的CI系统
　第5章　持续数据库集成
　第6章　持续测试
　第7章　持续审查
　第8章　持续部署
　第9章　持续反馈
尾声　CI的未来
附录A　CI资源
附录B　评估CI工具
参考文献

.　　关于“持续”的注释
　　我们在本书中使用“持续”这个术语，但是这种用法从技术上来说是不对的。“持续”意味着某事一旦启动就不会停止。这意味着集成过程一直在执行，但是即使对于最密集的CI环境来说，也不是这样的。所以，我们在这本书中讲述的更像是“经常集成”。
　　谁应该读这本书
　　在我的经验中，把软件开发当成工作的人和把它当成职业的人之间有着显著的差别。本书是为那些把软件开发当成职业，并发现自己在做一些重复的过程的人而写的（或者我们将帮助您意识到您正频繁地这样做）。我们描述CI的实践和好处，让您知道如何应用这些实践，这样您就可以将时间和专业知识用在更重要、更有挑战性的问题上。本书介绍了与CI相关的主要话题，包括如何利用持续反馈、测试、部署、审查和数据库集成来实现CI。不论您在软件开发中承担哪种角色，您都可以将CI纳入到自己的软件开发过程之中。如果您是一位软件开发专家，希望变得更有效率（在您的时间里做更多的事情或得到更可靠的结果），您会从本书中学到很多东西。..
　　开发者
　　如果您已注意到自己宁愿在为用户开发软件而不是与软件集成问题搏斗，那么本书将帮助您消除原来的大部分“痛苦”。本书不会要求您花更多的时间来集成，它是讲如何让大部分的软件集成工作变成“小事一桩”，让您能够关注最喜欢做的事情：开发软件。本书中的许多实践和例子向您展示了如何实现一个有效的CI系统。
　　构建/配置/发布管理
　　如果您的工作是让能工作的软件发布出去，您会发现这本书特别有意思，因为我们在书中展示，通过在每次对版本控制库进行变更时执行一些过程，您可以生成一致的、能工作的软件。可能许多人在管理构建的同时还承担项目中的其他角色，如开发。CI将替您完成一些“思考”，不必等到开发生命周期的末尾，它每天都能多次生成可测试的软件。
　　测试者
　　CI为软件开发提供了快速的反馈信息，消除了过去即使进行了“修复”之后，缺陷还会再次出现的痛苦。在实现了CI的项目中，测试者通常会提高满意度，并提高对他们的角色的兴趣，因为送来测试的软件更为频繁，每次要测试的范围也较小。在开发生命周期中使用CI系统之后，您的测试是一直在进行的，而不是像通常那样有时忙得要死，有时又闲着没事。在以前，要么测试者会工作到很晚，要么又没有东西可测试。
　　经理
　　对于团队一致地、重复地交付能工作软件的能力，如果您希望有更大的信心，那么本书将给您带来巨大的冲击。您可以更有效地管理时间、费用和品质，因为您的决策是基于能工作的软件以及真实的反馈信息和测量指标数据的，而不是项目进度计划上的任务项。
　　本书组织
　　本书分为两个部分。第一部分介绍CI，从头开始讨论了CI的概念和实践。第一部分针对的是那些不熟悉CI的核心实践的读者。但是，如果没有第二部分，我们觉得这些CI的实践是不完整的。第二部分将核心概念扩展为CI系统执行的有效过程，包括测试、审查、部署和反馈等。
　　第一部分 CI的背景知识：原则与实践
　　第1章：启程，让您通过一些例子了解利用CI服务器来持续构建软件。
　　第2章：引入持续集成，让您熟悉常见的实践方法，知道如何开始CI。
　　第3章：利用CI减少风险，通过场景式的例子说明了CI可以缓解的主要风险。
　　第4章：针对每次变更构建软件，探讨了利用自动化的构建，在每次变更时集成软件。
　　第二部分 创建全功能的CI系统
　　第5章：持续数据库集成，进入一些更高级的概念，涉及构建数据库和应用测试数据等过程，作为每次集成构建的一部分工作。
　　第6章：持续测试，介绍了在每次集成构建时测试软件的概念和策略。
　　第7章：持续审查，介绍了利用不同的工具和技术进行自动化的、持续的审查（静态和动态分析）。
　　第8章：持续部署，探讨了利用CI系统部署软件的过程，以便于进行功能测试。
　　第9章：持续反馈，向您展示了利用持续反馈设备（如电子邮件、RSS、X10以及Ambient Orb），这样您在构建成功或失败时就能收到通知。
　　“尾声”探讨了CI将来的可能性。
　　附录
　　附录A：CI资源，包含了与CI有关的URL、工具和文章的列表。
　　附录B：评估CI工具，评估了市面上不同的CI服务器和相关的工具，讨论了它们支持本书中描述的哪些实践，指出了每种工具的优点和不足，解释了如何利用它们的一些有趣的功能。
　　其他特点
　　本书还包括了一些其他特点，帮助您更好地理解和应用书中的内容。
　　·实践—在这本书中，我们介绍了40多个CI相关的实践。许多章的副标题就是这些实践。在多数章的开始有一张图，说明了这一章要介绍的实践，让您能够方便地寻找感兴趣的内容。例如，“使用专门的集成构建计算机”和“经常提交代码”就是本书中讨论的实践。
　　·示例—我们通过许多不同语言和平台上的例子，展示了如何应用这些实践。
　　·问题—每一章都包含了一个问题列表，帮助您评估项目中CI实践的应用情况。
　　·Web站点—本书的配套Web站点www.integratebutton.com提供了本书更新、代码示例和其他材料。
　　您会学到什么
　　通过阅读本书，您会学到一些概念和实践，它们将帮助您每天多次创建内聚的、能工作的软件。我们首先关注这些实践，然后是这些实践的应用，在可能的时候我们都提供了示例来说明。这些示例使用了不同的开发平台，如Java、.NET，甚至还有Ruby。CruiseControl（Java版和.NET版）是本书中主要使用的CI服务器，但是，我们在配套网站（www.integratebutton.com）和附录B中提供了使用其他服务器和工具的例子。
　　当您从头到尾阅读这本书时，您会发现以下内容：
　　·实现CI如何能够做到在开发生命周期中的每一步都生成可部署的软件。
　　·CI怎样减少缺陷引入和缺陷被发现之间的时间，从而降低修复缺陷的成本。
　　·通过经常构建软件，而不是等到开发的后期再构建软件，如何能够提高软件的品质。
　　本书没有介绍什么
　　本书没有介绍构成CI系统的全部工具—构建进度计划、编程环境、版本控制等。它关注的是实现CI实践，从而得到一个有效的CI系统。首先讨论的是CI实践，如果书中提到的某个工具不再使用，或者不能满足您的特别需要，只要使用另一个工具来应用这些实践就行了，目的是达到同样的效果。
　　本书也不可能介绍CI所使用的每一种类型测试、反馈机制、自动化审查工具和部署的类型。即使这样做，用处也不大。通过关注关键实践，利用技术和工具的示例来讲解数据库集成、测试、审查和反馈。项目和团队可以根据自己的理解进行不同的应用。我们希望这样可以实现更宏大的目标。正如本书中处处提到的，本书的配套Web站点www.integratebutton.com包含使用其他工具和语言的例子，这些例子在本书中可能没有提及。
　　关于作者 本书有三位作者和一位撰稿者。我编写了大部分的章节。Steve Matyas参与了第4、5、7、8章和附录A的编写，并提供了本书中的一些例子。Andy Glover编写了第6、7、8章，提供了例子，并参与了本书的其他部分的编写。Eric Tavela编写了附录B。这样在读到使用第一人称的句子，您可以知道是谁在发表观点。
　　关于封面
　　我得知我们的书将作为著名的Martin Fowler签名系列中的一本出版时，我非常兴奋。我知道这意味着我可以挑选一座桥作为这本书的封面。其他几位作者和我都是在华盛顿特区长大的。如果您不是来自这个地区，可能不知道这个地区是变化很快的。更准确地说，我们来自北弗吉尼亚，所以觉得选择弗吉尼亚的“天然桥”作为封面是很不错的。虽然我在2007年初把这座桥选为封面之后才去看过它。它有一段有趣的历史，我觉得难以置信，它竟然能每天让汽车从上面开过（当然，我也开车从上面走过几次）。我希望在阅读了本书之后，您会将CI作为下一个软件开发项目中的自然组成部分。
　　致谢
　　我说不清楚有多少次在读书时看到作者说“单靠自己是无法完成的”和其他一些事情。我总是对自己说：“他们只是在假谦虚”。可是，我确实错了。这本书是一个浩大的工程，我要感谢这里列出的人。
　　我要感谢我的出版商，Addison-Wesley。我特别要感谢我的责任编辑Chris Guzikowski，他和我一起度过了这个耗费心血的过程。他的经验，观点和鼓励对我帮助非常大。而且，我的项目编辑Chris Zahn，在几个版本和几轮编辑中提供了中肯的建议。我还要感谢Karen Gettman、Michelle Housley、Jessica D誂mico、Julie Nahil、Rebecca Greenberg以及我的第一位责任编辑Mary O誃rien和其他人。
　　Rich Mills为本书提供了CVS服务器，并在“头脑风暴”会议上提出了绝妙的想法。我也要感谢我的指导者和朋友Rob Daly，在2002年让我开始职业写作，并在我写作的过程中进行了详细的复查。John Steven对促成本书的编写也起了帮助作用。
　　我想感谢我的合作者、编辑和撰稿者。Steve Matyas和我度过了许多不眠之夜，创作您读到的这本书。Andy Glover是我们抓过来的作者，他提供了大量有关项目的开发者测试的经验。Lisa Porter是我们的特约编辑，她不知疲倦地检查每一个版本，进行编辑并提供建议，提高了这本书的本质。我要感谢Eric Tavela，他写了CI工具的附录，感谢Levent Gurses在附录B中提供了Maven 2的经验。
　　我们有一个平衡的技术评阅核心团队，他们在本书的编写过程中提供了很好的反馈意见。他们是Tom Copeland、Rob Daly、Sally Duvall、Casper Hornstrup、Joe Hunt、Erin Jackson、Joe Konior、Rich Mills、Leslie Power、David Sisk、Carl Tallis、Eric Tavela、Dan Taylor和Sajit Vasudevan。
　　我还要感谢Charles Murray和Cristalle Belonia的帮助以及来自Urbancode公司的Maciej Zawadzki和Eric Minick的帮助。 我要感谢几个很好的人，我在Stelligent公司工作的每一天里，他们对我提供了支持和帮助。他们是Burke Cox、Mandy Owens、David Wood和Ron Wright。还有许多人在这些年我的工作中给了我启发，他们是Rich Campbell、David Fado、Mike Fraser、Brent Gendleman、Jon Hughes、Jeff Hwang、Sherry Hwang、Sandi Kyle、Brian Lyons、Susan Mason、Brian Messer、Sandy Miller、John Newman、Marcus Owen、Chris Painter、Paulette Rogers、Mark、Simonik、Joe Stusnick和Mike Trail。
　　我也感谢Addison-Wesley的技术评阅团队提供的反馈信息，包括Scott Ambler、Brad Appleton、Jon Eaves、Martin Fowler、Paul Holser、Paul Julius、Kirk Knoernschild、Mike Melia、Julian Simpson、Andy Trigg、Bas Vodde、Michael Ward和Jason Yip。 我想感谢参加了CITCON芝加哥2006年会议的人，他们和我们分享了在CI和测试方面的经验。我特别要感谢Paul Julus和Jeffrey Frederick组织了这次会议以及其他所有参加了这次会议的人。
　　最后，我要感谢Jenn在本书编写的日子里始终提供了坚定的支持。
　　Paul M. Duvall
　　于弗吉尼亚州费尔费克斯县
　　2007年3月...