具体描述
编辑推荐
- 第21届Jolt大奖获奖作品- Martin Fowler作序推荐
- 软件开发领域新经典
软件发布是一个令人头痛的过程，非常耗时且风险很高。本书独特而有条理地阐述了以快速、高效、可靠的方式向用户交付新功能的原则和技术实践。通过实现自动化的构建、部署和测试过程，并改进开发人员、测试人员、运维人员之间的协作，交付团队可以在几小时（甚至几分钟）内发布软件变更，而这不受项目大小和代码复杂性的影响。
本书首先给出了实现快速、可靠、低风险交付过程的基础知识，然后介绍了部署流水线，即从签入到发布的过程中管理所有变更的一个自动化过程。书中探讨了支撑持续交付的“交付生态圈”，内容涉及基础设施、数据和配置的管理，以及组织治理。
作者为我们呈现了新的技术，包括自动化的基础设施管理和数据迁移，以及虚拟化的使用，并分别探讨了各种技术中的关键问题和实践，演示了降低风险的方法。
无论是开发人员、系统管理人员、测试人员，还是经理人员，本书都能前所未有地加速你将想法变成可发布软件的步伐，为企业迅速可靠地增添价值。
内容简介
本书讲述如何实现更快、更可靠、低成本的自动化软件交付，描述了如何通过增加反馈，并改进开发人员、测试人员、运维人员和项目经理之间的协作来达到这个目标。本书由三部分组成：部分阐述了持续交付背后的一些原则，以及支持这些原则的实践；二部分是本书的核心，全面讲述了部署流水线；第三部分围绕部署流水线的投入产出讨论了更多细节，包括增量开发技术、高级版本控制模式，以及基础设施、环境和数据的管理和组织治理。本书适合所有开发人员、测试人员、运维人员和项目经理学习参考。
作者简介
Jez Humble ThoughtWorks公司首席咨询顾问，致力于帮助企业快速、可靠地交付高质量软件，经常在各种敏捷技术大会上发表演讲，拥有牛津大学物理学学士学位和伦敦大学民族音乐学硕士学位。2000年至今，他曾在各行业和不同技术领域担任系统管理员、开发人员、培训人员、咨询师和经理人员。David Farley 具有20多年的大型分布式系统开发经验，是采用敏捷开发技术的先行者，曾作为技术负责人参加了ThoughtWorks公司许多极具挑战性的软件项目。目前帮助构建伦敦多项金融衍生品交易所（London Multi-Asset Exchange，LMAE）。
内页插图
目录
Part I： Foundations / 基础篇 1Chapter 1： The Problem of Delivering Software / 软件交付的问题 3
Introduction / 引言 3
Some Common Release Antipatterns / 一些常见的发布反模式 4
Antipattern： Deploying Software Manually / 反模式：手工部署软件 5
Antipattern：Deploying to a Production-like Environment Only after Development Is Complete / 反模式：开发完成之后才向类生产环境部署 7
Antipattern： Manual Configuration Management of Production Environments / 反模式：生产环境的手工配置管理 9
Can We Do Better? / 我们能做得更好吗 10
How Do We Achieve Our Goal? / 如何实现目标 11
Every Change Should Trigger the Feedback Process / 每次修改都应该触发反馈流程 13
The Feedback Must Be Received as Soon as Possible / 必须尽快接收反馈/ 14
The Delivery Team Must Receive Feedback and Then Act on It / 交付团队必须接收反馈并作出反应 15
Does This Process Scale? / 这个流程可以推广吗 16
What Are the Benefits? / 收效 17
Empowering Teams / 授权团队 17
Reducing Errors / 减少错误 18
Lowering Stress / 缓解压力 20
Deployment Flexibility / 部署的灵活性 21
Practice Makes Perfect / 多加练习，使其完美 22
The Release Candidate / 候选发布版本 22
Every Check-in Leads to a Potential Release 23
Principles of Software Delivery / 软件交付的原则 24
Create a Repeatable，Reliable Process for Releasing Software / 为软件的发布创建一个可重复且可靠的过程 24
Automate Almost Everything / 将几乎所有事情自动化 25
Keep Everything in Version Control / 把所有的东西都纳入版本控制 26
If It Hurts， Do It More Frequently， and Bring the Pain Forward / 提前并频繁地做让你感到痛苦的事 26
Build Quality In / 内建质量 27
Done Means Released / “DONE”意味着“已发布” 27
Everybody Is Responsible for the Delivery Process / 交付过程是每个成员的责任 28
Continuous Improvement / 持续改进 28
Summary / 小结 29
Chapter 2： Configuration Management / 配置管理 31
Introduction / 引言 31
Using Version Control / 使用版本控制 32
Keep Absolutely Everything in Version Control / 对所有内容进行版本控制 33
Check In Regularly to Trunk / 频繁提交代码到主干 35
Use Meaningful Commit Messages / 使用意义明显的提交注释 37
Managing Dependencies / 依赖管理 38
Managing External Libraries / 外部库文件管理 38
Managing Components / 组件管理 39
Managing Software Configuration / 软件配置管理 39
Configuration and Flexibility / 配置与灵活性 40
Types of Configuration / 配置的分类 41
Managing Application Configuration / 应用程序的配置管理 43
Managing Configuration across Applications / 跨应用的配置管理 47
Principles of Managing Application Configuration / 管理配置信息的原则 47
Managing Your Environments / 环境管理 49
Tools to Manage Environments / 环境管理的工具 53
Managing the Change Process / 变更过程管理 53
Summary / 小结 54
Chapter 3： Continuous Integration / 持续集成 55
Introduction / 引言 55
Implementing Continuous Integration / 实现持续集成 56
What You Need Before You Start / 准备工作 56
A Basic Continuous Integration System / 一个基本的持续集成系统 57
Prerequisites for Continuous Integration / 持续集成的前提条件 59
Check In Regularly / 频繁提交 59
Create a Comprehensive Automated Test Suite / 创建全面的自动化测试套件 60
Keep the Build and Test Process Short / 保持较短的构建和测试过程 60
Managing Your Development Workspace / 管理开发工作区 62
Using Continuous Integration Software / 使用持续集成软件 63
Basic Operation / 基本操作 63
Bells and Whistles / 铃声和口哨 63
Essential Practices / 必不可少的实践 66
Don’t Check In on a Broken Build / 构建失败之后不要提交新代码 66
Always Run All Commit Tests Locally before Committing， or Get Your CI Server to Do It for You / 提交前在本地运行所有的提交测试，或者让持续集成服务器完成此事 66
Wait for Commit Tests to Pass before Moving On / 等提交测试通过后再继续工作 67
Never Go Home on a Broken Build / 回家之前，构建必须处于成功状态 68
Always Be Prepared to Revert to the Previous Revision / 时刻准备着回滚到前一个版本 69
Time-Box Fixing before Reverting / 在回滚之前要规定一个修复时间 70
Don’t Comment Out Failing Tests / 不要将失败的测试注释掉 70
Take Responsibility for All Breakages That Result from Your Changes /为自己导致的问题负责 70
Test-Driven Development / 测试驱动的开发 71
Suggested Practices / 推荐的实践 71
Extreme Programming (XP) Development Practices / 极限编程开发实践 71
Failing a Build for Architectural Breaches / 若违背架构原则，就让构建失败 72
Failing the Build for Slow Tests / 若测试运行变慢，就让构建失败 73
Failing the Build for Warnings and Code Style Breaches / 若有编译警告或代码风格问题，就让测试失败 73
Distributed Teams / 分布式团队 75
The Impact on Process / 对流程的影响 75
Centralized Continuous Integration / 集中式持续集成 76
Technical Issues /技
前言/序言
用户评价
这本书就像是为软件交付过程量身定制的一本“操作手册”，它清晰地指明了方向，并且提供了详细的执行步骤。我特别喜欢书中关于“构建可信赖的流水线”的讲解。它不仅仅是堆砌工具，而是强调了流水线本身的“可观察性”和“可复现性”。通过对流水线状态的实时监控，以及确保每一次构建和部署的可预测性，我们能够极大地提高交付的可靠性。 书中对“质量保证”的系统性思考，更是让我眼前一亮。它认识到质量不是某个环节的责任，而是整个团队的共同追求。通过将测试融入到整个开发流程中，并采用多样化的测试策略，我们能够有效地在早期发现和修复缺陷，从而避免问题在后期被放大。我非常认同书中关于“自动化测试的投入”的观点，它强调了投资于自动化测试，能够为团队带来长期的回报。 让我印象深刻的是，作者对“安全”的重视。在当前快速迭代的环境下，安全性常常被忽视，但这本书却将安全性视为持续交付的关键组成部分。书中关于“安全左移”的理念，以及如何将安全检查集成到开发流水线中的具体方法，都为我们提供了宝贵的实践指导。它让我们明白，安全不是事后诸葛亮，而是贯穿始终的考量。 此外，书中对“失败的处理和恢复”也进行了深入的探讨。它教导我们，即使尽了最大的努力，失败也可能发生，关键在于我们如何快速地从中恢复。通过建立有效的“回滚机制”和“故障排除流程”，我们能够最大限度地减少故障对业务的影响，并从中吸取教训。 总的来说，这本书为我们提供了一个非常全面和实用的框架，来构建一个可靠的软件发布系统。它不仅仅是关于技术，更是关于流程、文化和思维方式的整体提升。通过学习和实践书中的理念，我们能够显著提升软件交付的效率和质量，最终为客户提供更稳定、更优质的产品。
评分这是一本绝对能颠覆你对软件开发流程认知的书。从一开始，作者就以一种非常务实的态度，带领读者一步步走进“持续交付”这个看似高大上，实则触手可及的领域。我特别喜欢书中对“自动化”的阐述，它不是简单地提及几个工具，而是深入剖析了自动化在整个生命周期中的价值——从代码提交到生产部署，每一个环节的自动化都像是在为我们的交付过程注入了强心剂，消除了人为错误的可能性，也释放了团队的精力去处理更具创造性的工作。 书中关于“文化变革”的部分，更是让我醍醐灌顶。很多时候，技术上的挑战固然存在，但真正阻碍我们前进的，往往是团队之间的隔阂、部门之间的壁垒，以及那些根深蒂固的思维定势。作者巧妙地运用案例和类比，阐述了如何通过建立信任、鼓励协作、拥抱反馈来构建一个真正支持持续交付的文化。读到这里，我仿佛看到了自己团队的影子，也找到了改进的方向。那些关于“ DevOps 精神”的讨论，不是空泛的理论，而是实实在在的行动指南，教会我们如何打破筒仓，实现价值的最大化。 最为惊喜的是，作者并没有止步于理论的探讨，而是提供了大量切实可行的“实践模式”。比如，书中详细介绍了如何构建可靠的部署流水线，如何进行有效的测试策略，以及如何在生产环境中监控和响应问题。每一个模式都像是一个精心设计的工具箱，里面装满了解决实际问题的“利器”。我特别关注了书中关于“金丝雀发布”和“蓝绿部署”的讲解，这些策略不仅降低了发布风险，还让我们能够更自信地将新功能推向用户。这种“边学边用”的感觉，是其他很多技术书籍难以给予的。 当然，这本书也并非一蹴而就的“速成秘籍”，它需要我们投入时间和精力去理解和实践。但正是这种深度，才让它如此有价值。我印象最深刻的是，作者在讨论“反馈循环”时，强调了“可观测性”的重要性。这不仅仅是收集日志那么简单，而是要真正地理解系统的行为，在出现问题时能够快速定位根源，甚至在问题发生之前就能预知。这种“未雨绸缪”的思维，对于构建稳定、可靠的系统至关重要，也让我对“可靠软件”有了更深刻的认识。 总而言之，这不仅仅是一本关于技术实践的书，更是一本关于如何构建高效、敏捷、可靠软件交付体系的“路线图”。它帮助我系统地梳理了以往零散的经验，也为我打开了新的视野。无论你是初入软件开发领域的新人，还是身经百战的架构师，都能在这本书中找到属于自己的宝藏。它提供了一种全新的思考方式，让你能够以更系统、更科学的方法来面对软件交付中的挑战，最终实现“发布可靠软件”的目标。
评分读完这本书，我最大的感受就是它给了我一种“掌控感”。在之前的软件开发过程中，发布新版本往往伴随着一种不确定性和焦虑感，而这本书则提供了一套系统性的方法，让我们能够以一种更加自信和从容的态度来面对发布。作者对“持续集成”和“持续部署”的深入剖析，让我明白了自动化流水线的重要性，以及如何通过精心的设计来确保每一个环节的稳定运行。 书中对于“反馈和学习”的重视，也让我受益匪浅。它强调了构建一个能够快速响应和学习的机制，无论是来自用户的反馈，还是系统自身的监控数据，都应该成为我们持续改进的驱动力。作者提出的“度量驱动的改进”理念，让数据成为了我们决策的依据，而不是凭感觉去猜测。我特别关注了书中关于“A/B测试”的讲解，这是一种非常有效的验证新功能和优化策略的方法，它能帮助我们在降低风险的同时，最大化地提升用户体验。 让我眼前一亮的是，作者还花了不少篇幅来讨论“团队协作”和“沟通机制”。它深刻地认识到，再先进的技术也需要人的协作才能发挥出最大的价值。书中关于“建立信任”、“促进透明度”以及“鼓励知识共享”的建议，都非常有实践指导意义。我感觉，这本书不仅仅是教我们技术，更是在教我们如何构建一个高效、协作的开发团队。 另外，书中对于“基础设施自动化”的讲解也非常有深度。它不仅仅是搭建虚拟机，而是如何通过“基础设施即代码”的方式，让基础设施的管理变得像代码一样可靠和可重复。这种思想的转变，让我看到了自动化运维的巨大潜力，也为我们构建弹性和可扩展的系统奠定了基础。 总而言之，这本书提供了一个非常全面和深入的视角来理解“持续交付”。它不仅仅是一本技术指南，更是一种思维方式的转变。它教会我如何系统地思考软件交付的每一个环节，如何通过自动化、反馈和协作来构建一个可靠的发布系统，最终实现稳定、高效的软件交付。
评分这本书给我的最大启示是，持续交付不是一个孤立的技术实践，而是一个贯穿整个软件生命周期的系统性工程。作者以一种非常宏观的视角，将技术、流程、文化以及组织结构等多个维度融合在一起，提供了一个全景式的解决方案。我特别欣赏书中对“流程优化”的强调，它不仅仅是自动化，更是对整个交付流程的持续审视和改进。 书中关于“变更管理”的论述，让我对如何安全、有效地进行软件发布有了更深刻的理解。它提供了一套清晰的指南，告诉我们如何去评估变更的风险，如何去设计合理的发布策略，以及如何去应对发布过程中出现的突发情况。我注意到书中对于“分阶段发布”和“特性开关”等策略的详细介绍，这些方法能够帮助我们逐步Introducing 新功能，并将其影响控制在最小范围内。 让我印象深刻的是，作者对“团队角色的转变”的思考。它认识到，持续交付需要团队成员具备更广泛的技能和更强的协作能力。书中关于“打破部门壁垒”、“鼓励跨职能学习”以及“构建共享责任感”的讨论，都为我们如何构建一个适应持续交付文化的团队提供了宝贵的建议。 此外，书中对“度量与监控”的重视也让我受益匪浅。它强调了通过数据来驱动决策的重要性，并提供了一系列关键指标，帮助我们衡量交付流程的效率和可靠性。我特别关注了书中关于“可视化监控仪表盘”的介绍，这种直观的方式能够帮助我们快速了解系统的运行状态，并及时发现潜在的问题。 总而言之，这本书提供了一种全新的思维模式，让我们能够以一种更加系统化、更加务实的方式来应对软件交付中的挑战。它不仅仅是一本技术书籍，更是一本关于如何构建一个高效、可靠、可持续的软件交付体系的“方法论”。通过学习和实践书中的理念，我们能够显著提升交付的质量和效率，最终为业务带来更大的价值。
评分这本书的魅力在于它将“持续交付”这个复杂的话题，以一种非常清晰、有条理的方式展现在读者面前。作者并没有回避其中的挑战，反而鼓励我们积极面对，并提供了切实可行的解决方案。我特别喜欢书中关于“衡量”的章节，它强调了数据驱动决策的重要性。通过对部署频率、平均恢复时间、变更失败率等关键指标的跟踪和分析，我们可以客观地评估我们交付流程的健康状况，并针对性地进行改进。这种量化的方法，让我对“优化”有了更清晰的方向。 书中对于“风险管理”的论述也相当到位。它提醒我们，持续交付并非一味地追求速度，而是要在速度和稳定性之间找到一个健康的平衡点。作者通过介绍各种“缓解策略”，例如自动化测试、回滚机制、以及分阶段发布等，帮助我们有效降低了发布过程中可能出现的风险。我特别欣赏书中关于“测试金字塔”的讲解，它提供了一种科学的测试投入模型，让我们能够构建出既高效又可靠的测试体系，从而在早期阶段就发现和修复问题。 此外，作者对“组织结构”和“团队协作”的洞察也令人印象深刻。它认识到，技术工具固然重要，但支撑这一切的，是人的协作和文化的协同。书中关于“消除组织壁垒”、“鼓励跨职能团队”以及“建立共同的责任感”的讨论，都为我们提供了宝贵的启示。我感觉，作者并不是在教我们如何使用工具，而是在教我们如何构建一个能够持续成功交付软件的“生态系统”。这种宏观的视角，让这本书的价值远超一本纯粹的技术手册。 我同样被书中对于“技术债务”的讨论所吸引。作者并没有把技术债务描绘成洪水猛兽，而是将其视为一种可以被管理和优化的现象。通过建立一套有效的“技术债务偿还机制”，我们可以让团队在追求新功能的同时，也能保持代码库的健康和可维护性。这种务实而辩证的观点，让我对如何平衡短期交付压力和长期系统健康有了更深刻的理解。 总体而言，这是一本能够让你“思维升级”的书。它不仅教授了“做什么”，更重要的是解释了“为什么这么做”，以及“如何做”。它所倡导的理念和实践，能够帮助我们构建一个更加敏捷、更加可靠、更加可持续的软件交付流程，最终为业务带来更大的价值。
评分给力
评分挺好的，以前重来不去评价的，不知道浪费了多少积分，自从知道评论之后京豆可以抵现金了，才知道评论的重要性，京豆的价值，后来我就把这段话复制了，走到哪里，复制到哪里，既能赚京东，还非常省事，特别是不用认真的评论了，又健康快乐又能么么哒，哈哈哈！
评分Continuous delivery is a very modern software development concept that all developer must know.
评分给力
评分给力
评分书是好书，但包装的袋子破了，把书磨损了。
评分经典书籍，物流很快，不错
评分英文原版，不错。
评分挺好的，以前重来不去评价的，不知道浪费了多少积分，自从知道评论之后京豆可以抵现金了，才知道评论的重要性，京豆的价值，后来我就把这段话复制了，走到哪里，复制到哪里，既能赚京东，还非常省事，特别是不用认真的评论了，又健康快乐又能么么哒，哈哈哈！
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.coffeedeals.club All Rights Reserved. 静流书站 版权所有