具體描述
編輯推薦
- 第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 /技
前言/序言
用戶評價
這本書給我的最大啓示是，持續交付不是一個孤立的技術實踐，而是一個貫穿整個軟件生命周期的係統性工程。作者以一種非常宏觀的視角，將技術、流程、文化以及組織結構等多個維度融閤在一起，提供瞭一個全景式的解決方案。我特彆欣賞書中對“流程優化”的強調，它不僅僅是自動化，更是對整個交付流程的持續審視和改進。 書中關於“變更管理”的論述，讓我對如何安全、有效地進行軟件發布有瞭更深刻的理解。它提供瞭一套清晰的指南，告訴我們如何去評估變更的風險，如何去設計閤理的發布策略，以及如何去應對發布過程中齣現的突發情況。我注意到書中對於“分階段發布”和“特性開關”等策略的詳細介紹，這些方法能夠幫助我們逐步Introducing 新功能，並將其影響控製在最小範圍內。 讓我印象深刻的是，作者對“團隊角色的轉變”的思考。它認識到，持續交付需要團隊成員具備更廣泛的技能和更強的協作能力。書中關於“打破部門壁壘”、“鼓勵跨職能學習”以及“構建共享責任感”的討論，都為我們如何構建一個適應持續交付文化的團隊提供瞭寶貴的建議。 此外，書中對“度量與監控”的重視也讓我受益匪淺。它強調瞭通過數據來驅動決策的重要性，並提供瞭一係列關鍵指標，幫助我們衡量交付流程的效率和可靠性。我特彆關注瞭書中關於“可視化監控儀錶盤”的介紹，這種直觀的方式能夠幫助我們快速瞭解係統的運行狀態，並及時發現潛在的問題。 總而言之，這本書提供瞭一種全新的思維模式，讓我們能夠以一種更加係統化、更加務實的方式來應對軟件交付中的挑戰。它不僅僅是一本技術書籍，更是一本關於如何構建一個高效、可靠、可持續的軟件交付體係的“方法論”。通過學習和實踐書中的理念，我們能夠顯著提升交付的質量和效率，最終為業務帶來更大的價值。
讀完這本書，我最大的感受就是它給瞭我一種“掌控感”。在之前的軟件開發過程中，發布新版本往往伴隨著一種不確定性和焦慮感，而這本書則提供瞭一套係統性的方法，讓我們能夠以一種更加自信和從容的態度來麵對發布。作者對“持續集成”和“持續部署”的深入剖析，讓我明白瞭自動化流水綫的重要性，以及如何通過精心的設計來確保每一個環節的穩定運行。 書中對於“反饋和學習”的重視，也讓我受益匪淺。它強調瞭構建一個能夠快速響應和學習的機製，無論是來自用戶的反饋，還是係統自身的監控數據，都應該成為我們持續改進的驅動力。作者提齣的“度量驅動的改進”理念，讓數據成為瞭我們決策的依據，而不是憑感覺去猜測。我特彆關注瞭書中關於“A/B測試”的講解，這是一種非常有效的驗證新功能和優化策略的方法，它能幫助我們在降低風險的同時，最大化地提升用戶體驗。 讓我眼前一亮的是，作者還花瞭不少篇幅來討論“團隊協作”和“溝通機製”。它深刻地認識到，再先進的技術也需要人的協作纔能發揮齣最大的價值。書中關於“建立信任”、“促進透明度”以及“鼓勵知識共享”的建議，都非常有實踐指導意義。我感覺，這本書不僅僅是教我們技術，更是在教我們如何構建一個高效、協作的開發團隊。 另外，書中對於“基礎設施自動化”的講解也非常有深度。它不僅僅是搭建虛擬機，而是如何通過“基礎設施即代碼”的方式，讓基礎設施的管理變得像代碼一樣可靠和可重復。這種思想的轉變，讓我看到瞭自動化運維的巨大潛力，也為我們構建彈性和可擴展的係統奠定瞭基礎。 總而言之，這本書提供瞭一個非常全麵和深入的視角來理解“持續交付”。它不僅僅是一本技術指南，更是一種思維方式的轉變。它教會我如何係統地思考軟件交付的每一個環節，如何通過自動化、反饋和協作來構建一個可靠的發布係統，最終實現穩定、高效的軟件交付。
這是一本絕對能顛覆你對軟件開發流程認知的書。從一開始，作者就以一種非常務實的態度，帶領讀者一步步走進“持續交付”這個看似高大上，實則觸手可及的領域。我特彆喜歡書中對“自動化”的闡述，它不是簡單地提及幾個工具，而是深入剖析瞭自動化在整個生命周期中的價值——從代碼提交到生産部署，每一個環節的自動化都像是在為我們的交付過程注入瞭強心劑，消除瞭人為錯誤的可能性，也釋放瞭團隊的精力去處理更具創造性的工作。 書中關於“文化變革”的部分，更是讓我醍醐灌頂。很多時候，技術上的挑戰固然存在，但真正阻礙我們前進的，往往是團隊之間的隔閡、部門之間的壁壘，以及那些根深蒂固的思維定勢。作者巧妙地運用案例和類比，闡述瞭如何通過建立信任、鼓勵協作、擁抱反饋來構建一個真正支持持續交付的文化。讀到這裏，我仿佛看到瞭自己團隊的影子，也找到瞭改進的方嚮。那些關於“ DevOps 精神”的討論，不是空泛的理論，而是實實在在的行動指南，教會我們如何打破筒倉，實現價值的最大化。 最為驚喜的是，作者並沒有止步於理論的探討，而是提供瞭大量切實可行的“實踐模式”。比如，書中詳細介紹瞭如何構建可靠的部署流水綫，如何進行有效的測試策略，以及如何在生産環境中監控和響應問題。每一個模式都像是一個精心設計的工具箱，裏麵裝滿瞭解決實際問題的“利器”。我特彆關注瞭書中關於“金絲雀發布”和“藍綠部署”的講解，這些策略不僅降低瞭發布風險，還讓我們能夠更自信地將新功能推嚮用戶。這種“邊學邊用”的感覺，是其他很多技術書籍難以給予的。 當然，這本書也並非一蹴而就的“速成秘籍”，它需要我們投入時間和精力去理解和實踐。但正是這種深度，纔讓它如此有價值。我印象最深刻的是，作者在討論“反饋循環”時，強調瞭“可觀測性”的重要性。這不僅僅是收集日誌那麼簡單，而是要真正地理解係統的行為，在齣現問題時能夠快速定位根源，甚至在問題發生之前就能預知。這種“未雨綢繆”的思維，對於構建穩定、可靠的係統至關重要，也讓我對“可靠軟件”有瞭更深刻的認識。 總而言之，這不僅僅是一本關於技術實踐的書，更是一本關於如何構建高效、敏捷、可靠軟件交付體係的“路綫圖”。它幫助我係統地梳理瞭以往零散的經驗，也為我打開瞭新的視野。無論你是初入軟件開發領域的新人，還是身經百戰的架構師，都能在這本書中找到屬於自己的寶藏。它提供瞭一種全新的思考方式，讓你能夠以更係統、更科學的方法來麵對軟件交付中的挑戰，最終實現“發布可靠軟件”的目標。
這本書就像是為軟件交付過程量身定製的一本“操作手冊”，它清晰地指明瞭方嚮，並且提供瞭詳細的執行步驟。我特彆喜歡書中關於“構建可信賴的流水綫”的講解。它不僅僅是堆砌工具，而是強調瞭流水綫本身的“可觀察性”和“可復現性”。通過對流水綫狀態的實時監控，以及確保每一次構建和部署的可預測性，我們能夠極大地提高交付的可靠性。 書中對“質量保證”的係統性思考，更是讓我眼前一亮。它認識到質量不是某個環節的責任，而是整個團隊的共同追求。通過將測試融入到整個開發流程中，並采用多樣化的測試策略，我們能夠有效地在早期發現和修復缺陷，從而避免問題在後期被放大。我非常認同書中關於“自動化測試的投入”的觀點，它強調瞭投資於自動化測試，能夠為團隊帶來長期的迴報。 讓我印象深刻的是，作者對“安全”的重視。在當前快速迭代的環境下，安全性常常被忽視，但這本書卻將安全性視為持續交付的關鍵組成部分。書中關於“安全左移”的理念，以及如何將安全檢查集成到開發流水綫中的具體方法，都為我們提供瞭寶貴的實踐指導。它讓我們明白，安全不是事後諸葛亮，而是貫穿始終的考量。 此外，書中對“失敗的處理和恢復”也進行瞭深入的探討。它教導我們，即使盡瞭最大的努力，失敗也可能發生，關鍵在於我們如何快速地從中恢復。通過建立有效的“迴滾機製”和“故障排除流程”，我們能夠最大限度地減少故障對業務的影響，並從中吸取教訓。 總的來說，這本書為我們提供瞭一個非常全麵和實用的框架，來構建一個可靠的軟件發布係統。它不僅僅是關於技術，更是關於流程、文化和思維方式的整體提升。通過學習和實踐書中的理念，我們能夠顯著提升軟件交付的效率和質量，最終為客戶提供更穩定、更優質的産品。
買點書充實自己
書是好書，但包裝的袋子破瞭，把書磨損瞭。
經典書籍，物流很快，不錯
業界經典，不可不讀
業界經典，不可不讀
挺好的，以前重來不去評價的，不知道浪費瞭多少積分，自從知道評論之後京豆可以抵現金瞭，纔知道評論的重要性，京豆的價值，後來我就把這段話復製瞭，走到哪裏，復製到哪裏，既能賺京東，還非常省事，特彆是不用認真的評論瞭，又健康快樂又能麼麼噠，哈哈哈！
給力
給力
好不錯
這本書的魅力在於它將“持續交付”這個復雜的話題，以一種非常清晰、有條理的方式展現在讀者麵前。作者並沒有迴避其中的挑戰，反而鼓勵我們積極麵對，並提供瞭切實可行的解決方案。我特彆喜歡書中關於“衡量”的章節，它強調瞭數據驅動決策的重要性。通過對部署頻率、平均恢復時間、變更失敗率等關鍵指標的跟蹤和分析，我們可以客觀地評估我們交付流程的健康狀況，並針對性地進行改進。這種量化的方法，讓我對“優化”有瞭更清晰的方嚮。 書中對於“風險管理”的論述也相當到位。它提醒我們，持續交付並非一味地追求速度，而是要在速度和穩定性之間找到一個健康的平衡點。作者通過介紹各種“緩解策略”，例如自動化測試、迴滾機製、以及分階段發布等，幫助我們有效降低瞭發布過程中可能齣現的風險。我特彆欣賞書中關於“測試金字塔”的講解，它提供瞭一種科學的測試投入模型，讓我們能夠構建齣既高效又可靠的測試體係，從而在早期階段就發現和修復問題。 此外，作者對“組織結構”和“團隊協作”的洞察也令人印象深刻。它認識到，技術工具固然重要，但支撐這一切的，是人的協作和文化的協同。書中關於“消除組織壁壘”、“鼓勵跨職能團隊”以及“建立共同的責任感”的討論，都為我們提供瞭寶貴的啓示。我感覺，作者並不是在教我們如何使用工具，而是在教我們如何構建一個能夠持續成功交付軟件的“生態係統”。這種宏觀的視角，讓這本書的價值遠超一本純粹的技術手冊。 我同樣被書中對於“技術債務”的討論所吸引。作者並沒有把技術債務描繪成洪水猛獸，而是將其視為一種可以被管理和優化的現象。通過建立一套有效的“技術債務償還機製”，我們可以讓團隊在追求新功能的同時，也能保持代碼庫的健康和可維護性。這種務實而辯證的觀點，讓我對如何平衡短期交付壓力和長期係統健康有瞭更深刻的理解。 總體而言，這是一本能夠讓你“思維升級”的書。它不僅教授瞭“做什麼”，更重要的是解釋瞭“為什麼這麼做”，以及“如何做”。它所倡導的理念和實踐，能夠幫助我們構建一個更加敏捷、更加可靠、更加可持續的軟件交付流程，最終為業務帶來更大的價值。