了得網計算機/網絡_持續交付發布可靠軟件的繫統方法（英文版）

編輯推薦

- 第21屆Jolt大獎獲獎作品

- Martin Fowler作序推薦

- 軟件開發領域新經典

軟件發布是一個令人頭痛的過程，非常耗時且風險很高。本書獨特而有條理地闡述了以快速、高效、可靠的方式向用戶交付新功能的原則和技術實踐。通過實現自動化的構建、部署和測試過程，並改進開發人員、測試人員、運維人員之間的協作，交付團隊可以在幾小時（甚至幾分鐘）內發布軟件變更，而這不受項目大小和代碼復雜性的影響。

本書首先給出了實現快速、可靠、低風險交付過程的基礎知識，然後介紹了部署流水線，即從簽入到發布的過程中管理所有變更的一個自動化過程。書中探討了支撐持續交付的“交付生態圈”，內容涉及基礎設施、數據和配置的管理，以及組織治理。

作者為我們呈現了新的技術，包括自動化的基礎設施管理和數據遷移，以及虛擬化的使用，並分別探討了各種技術中的關鍵問題和實踐，演示了降低風險的方法。

無論是開發人員、繫統管理人員、測試人員，還是經理人員，本書都能前所未有地加速你將想法變成可發布軟件的步伐，為企業迅速可靠地增添價值。

內容簡介

本書講述如何實現更快、更可靠、低成本的自動化軟件交付，描述了如何通過增加反饋，並改進開發人員、測試人員、運維人員和項目經理之間的協作來達到這個目標。本書由三部分組成：部分闡述了持續交付背後的一些原則，以及支持這些原則的實踐；二部分是本書的核心，全面講述了部署流水線；第三部分圍繞部署流水線的投入產出討論了更多細節，包括增量開發技術、高級版本控制模式，以及基礎設施、環境和數據的管理和組織治理。

本書適合所有開發人員、測試人員、運維人員和項目經理學習參考。

作者簡介

Jez Humble ThoughtWorks公司首席咨詢顧問，致力於幫助企業快速、可靠地交付高質量軟件，經常在各種敏捷技術大會上發表演講，擁有牛津大學物理學學士學位和倫敦大學民族音樂學碩士學位。2000年至今，他曾在各行業和不同技術領域擔任繫統管理員、開發人員、培訓人員、咨詢師和經理人員。

David Farley 具有20多年的大型分布式繫統開發經驗，是采用敏捷開發技術的先行者，曾作為技術負責人參加了ThoughtWorks公司許多極具挑戰性的軟件項目。目前幫助構建倫敦多項金融衍生品交易所（London Multi-Asset Exchange，LMAE）。

目錄
Part I: Foundations / 基礎篇1
Chapter 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目錄

Part I: Foundations / 基礎篇1

Chapter 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 Release23

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 /技

媒體評論

如果你需要頻繁地部署軟件，那麼本書就是你所需要的。采用本書所描述的實踐會幫助你降低風險，克服工作的乏味，並增強信心。我會在我所有的項目中使用本書所描述的原則與實踐。
——Kent Beck，Three Rivers Institute
不管你的軟件開發團隊是否已經明白持續集成就像源代碼控制一樣必不可少，本書都是之物。本書不可多得地將整個開發和交付過程放在一起進行詮釋，不僅提到了技術與工具，而且提供了一種理念和一些原則。作者講述的內容從測試自動化到自動部署不一而足，能夠滿足讀者的廣泛需求。開發團隊中的每個人，包括編程人員、測試人員、繫統管理員、DBA和管理者，都應該讀一讀這本書。
——Lisa Crispin，Agile Testing: A Practical Guide for Testers and Agile Teams的作者之一
對於很多組織來說，持續交付不僅僅是一種部署方法，它對於開展業務也是至關重要的。本書展示了如何在具體環境中讓持續交付成為現實。
——James Turnbull，Pulling Strings with Puppet: Configuration Management Made Easy的作者如果你需要頻繁地部署軟件，那麼本書就是你所需要的。采用本書所描述的實踐會幫助你降低風險，克服工作的乏味，並增強信心。我會在我所有的項目中使用本書所描述的原則與實踐。

——Kent Beck，Three Rivers Institute

不管你的軟件開發團隊是否已經明白持續集成就像源代碼控制一樣必不可少，本書都是之物。本書不可多得地將整個開發和交付過程放在一起進行詮釋，不僅提到了技術與工具，而且提供了一種理念和一些原則。作者講述的內容從測試自動化到自動部署不一而足，能夠滿足讀者的廣泛需求。開發團隊中的每個人，包括編程人員、測試人員、繫統管理員、DBA和管理者，都應該讀一讀這本書。

——Lisa Crispin，Agile Testing: A Practical Guide for Testers and Agile Teams的作者之一

對於很多組織來說，持續交付不僅僅是一種部署方法，它對於開展業務也是至關重要的。本書展示了如何在具體環境中讓持續交付成為現實。

——James Turnbull，Pulling Strings with Puppet: Configuration Management Made Easy的作者

這是一本清晰、準確、精心編寫的書，力求讓讀者明白發布過程應該是什麼樣子。作者以漸進的方式一步步地闡述了軟件部署中的理想狀態與障礙。本書是每位軟件工程師的讀物。

——Leyna Cotran，加利福尼亞大學歐文分校軟件研究所

Humble和Farley闡明了是什麼使快速成長的Web應用取得成功。曾經頗具爭議的持續部署和交付已經成為司空見慣的技術，而本書出色地講述了其中的方方面面。在很多層面上，這都是開發和運維的交點，而他們正是瞄準了這一點。

——John Allspaw， Etsy.com技術運營副總裁，The Art of Capacity Planning和Web Operations的作者

如果你的業務就是構建和交付基於軟件的服務，你一定會從本書清晰闡述的理念中受益。而且，除了這些理念以外，Humble和Farley還為快速可靠地進行軟件變更提供了一份卓越的“劇本”。

——Damon Edwards，DTO Solutions總裁，dev2ops.org網站主編之一

我相信，做軟件的人拿起這本書，翻到任意一章，都會很快得到有價值的信息。如果從頭到尾仔細閱讀，你就能根據所在組織的具體情況對構建和部署過程進行簡化。我認為，這是一本關於軟件構建、部署、測試和發布的手冊。

——Sarah Edrie，哈佛商學院質量工程總監

對於現代軟件團隊來說，顯然持續交付就是持續集成的下一步。本書以不斷為客戶提供有價值的軟件為目標，通過一套明確且有效的原則和做法使這一目

書摘插畫

商品搜索

商品分类

【醫學】

【各大出版社】