部分 一個故事

  1．集成這破活兒

  2．對項目的不利影響竟然這麼大

  3．構建錯誤是怎麼來的

  4．與QA 部門的同事溝通

  5．確定個改進方案

  6．意料之外的問題

  7．合並導致了多少問題

  8．推動第二個改進

  9．見義勇為好少年

  10．把集成頻率提高一倍

  11．把改進方案講給老大聽

  12．跟項目經理談判

  13．敲定第三個改進

  14．每日構建

  15．在春節到來之前

  16．老大給的材料

  17．持續集成竟然這樣干

  18．阿根廷探戈

  19．用哪個持續集成工具好

  20．英英的強烈反應

  21．同時解決兩個問題

  22．失敗的改進

  23．自動冒煙測試

  24．不可靠的自動測試

  25．如何進一步縮短工期

  26．沒用的提交說明

  27．缺陷為什麼這麼多

  28．草原夜色

  29．十字路口

  30．我還沒答應呢

第二部分 一些道理

第1章 集成相關的概念

  1.1 組裝集成：把零件攢起來

  1.2 合並集成：把改動攢起來

  1.3 操作級概念：組合與合並

  1.4 源代碼集成與二進制組件集成

  1.5 代碼流動與合並：星形模式

  1.6 集成會遇到哪些問題

  1.7 發現問題的多種手段

  1.8 集成工作不止是為了提升質量

第2章 集成過程概述

  2.1 沒有人做集成工作

  2.2 測試人員的加入

  2.3 集成人員的加入

  2.4 集成的典型流程

  2.5 難點：根據實際調整

第3章 集成優化的本質

  3.1 從項目三角形說起

  3.2 集成優化的目標

  3.3 資源及其成本

  3.4 什麼決定了項目時長

  3.5 從蟲子的視角看集成

  3.6 從不同的視角看蟲子

第4章 組旋鈕：檢測的力度和方法

  4.1 提交前檢測力度

  4.2 當項目臨近發布時

  4.3 為了讓後續工作更順暢

  4.4 提交前檢測方法

  4.5 過程導向還是結果導向

  4.6 狹義集成時檢測力度

  4.7 狹義集成時檢測方法

  4.8 狹義集成時發現問題以後

  4.9 狹義集成後檢測類型和力度

  4.10 狹義集成後具體檢測方法

第5章 第二組旋鈕：檢測對像的層級

  5.1 軟件研發與機械制造不一樣

  5.2 繫統級檢測的困難性

  5.3 虛擬化：降低繫統級檢測成本

第6章 合並的矩形模型

  6.1 三源合並的矩形模型

  6.2 選擇合並與回退合並的本質

  6.3 合並矩形的面積說明什麼

  6.4 持續集成背後的秘密

  6.5 合並矩形模型隻是一個簡化模型

第7章 第三組旋鈕：持續集成、持續交付

  7.1 在開始工作前更新

  7.2 在提交前更新

  7.3 在開發過程中更新

  7.4 從何處更新

  7.5 開發過程中持續檢測

  7.6 頻繁提交少量改動

  7.7 頻繁狹義集成

  7.8 對串行集成的分析

  7.9 適時使用多層集成

  7.10 盡早和適當頻繁的狹義集成後的檢測

  7.11 盡早修復發現的問題

  7.12 持續發布、持續交付

第8章 第四組旋鈕：提高工作效率和正確性的方法

  8.1 在版本控制環境下工作

  8.2 標準化的設置和操作

  8.3 自動化

  8.4 基於已有構建成果

  8.5 利用休息時間

  8.6 避免不必要的復雜

  8.7 提高性能的多種方法

第9章 集成解決方案的改進

  9.1 從癥狀著手：漫長的“後一公裡”

  9.2 從癥狀著手：程序員總被別人的問題打擾

  9.3 從癥狀著手：狹義集成阻塞項目進展

  9.4 從癥狀著手：沉重僵化的提交前質量控制

  9.5 從癥狀著手：一般的方法

  9.6 繫統地改進：邁向持續集成

附錄A 術語索引

附錄B 相關工具

  持續集成、構建管理工具

  （源代碼）版本控制工具

  代碼評審工具

  靜態程序分析工具

  構建工具

  包管理、依賴管理工具

  部署與運行環境管理

  自動測試、測試支持工具

  缺陷跟蹤、變更請求管理工具

附錄C 參考文獻

後記

需求分析、架構設計、功能開發——這還不夠，要想把軟件賣出去，要想讓程序發揮價值，還要把各個模塊的各個功能“捏”在一起，且達到一定的質量標準。因此，集成很重要。


好的集成策略，好的集成解決方案，能讓集成“潤物細無聲”，等到各功能開發完成，集成也差不多完成了，很快就可以發布上市。而不好的集成管理，可能會造成項目末期遲遲不能完成集成，發布日期一再推遲；可能會造成程序員的正常工作一再被當前代碼中時不時冒出來的嚴重問題所煩擾；也可能要求程序員投入過多時間進行效率不高的檢測，等等。


這是一本關於軟件集成的書。它將全面介紹包括敏捷開發中的持續集成、持續交付在內的，業界公認的原則和實踐。

但本書並不止步於此，本書將仔細講解這些原則和實踐背後的原因。為什麼？因為隻知道這些原則和實踐還不夠。在某個具體的開發項目中，應該多麼頻繁地集成？在某次代碼改動提交之前，應該花多長時間測試？這些都需要具體情況具體分析，來不得教條。那麼，根據具體情況，該如何分析？要考慮哪些方面？如何權衡利弊？應該如何裁剪流程？應該多“敏捷”？平衡點在哪裡？我們需要知道實踐背後的道理，知道思考的方法，纔能在具體的情境中活學活用，根據實際項目具體情況，制定合適、務實的方案。


對於抱有一些典型問題要問，希望能快速獲得答案的讀者，下面是一些“快捷方式”：

? 若想了解軟件集成的基本過程，請直接閱讀第二部分第2 章。

? 若想了解持續集成，了解如何實施，可從閱讀第二部分第9.6節開始。

? 如果自己所在的項目，在項目後期需要漫長的時間進行集成、提升質量，可從第9.1 節讀起，看看問題出在哪兒，如何改進。

? 如果程序員總被別人的問題打擾，影響正常的開發工作，請看第9.2 節的分析。

? 如果集成工程師非常辛苦，可基線還是遲遲出不來，請讀第9.3 節。

? 如果程序員總是抱怨質量要求過高，流程太煩瑣，看看第9.4節怎麼說。

? 如果想提高程序員的素養，可與他們重點討論第4.1 節至第4.4節，第5 章，第7.1 節至第7.6 節，以及第7.11
節。

? 如果想了解集成相關的各種工具，請參閱附錄。

盡管存在上述快捷方式，但對於大多數讀者，還是推薦按順序閱讀本書，書不厚，讀完不需要很久。下面是本書結構介紹。

本書部分，是一個關於軟件集成方案改進的職場故事。具體的故事總是比抽像的道理好懂。讀者如果對軟件集成尚了解不多，那麼即便隻讀這個故事，也會有所收獲。當然，用它做引子，更是希望這個故事能激發讀者繼續閱讀的興趣，深入探索軟件集成這個領域。


本書第二部分共九章。其中第1、2、3、6 章主要是介紹集成相關概念和一些基本的分析方法。第4、5、7、8
章運用這些分析方法，來討論軟件集成策略的各個方面。第9
章作為後一章，講解如何基於現有軟件集成解決方案進行持續的改進，終邁向持續集成。

正文之後的附錄，在術語索引之後，列出了推薦給讀者進一步閱讀的書籍，並給出了推薦理由。還列出了軟件集成相關的各種常用工具，可作為深入調研的起點。


後是後記，講述本書寫作背後的故事。

以上是本書的內容介紹。那麼，本書不講什麼呢？本書不講具體工具的功能細節，更不講具體的命令行。這些內容，讀者容易通過互聯網或從其他書籍中獲得①，無需在本書中贅述。本書所介紹的，是更偏向方法論的內容，講解研究和思考集成相關問題的一般方法，以便讀者在實踐中觸類旁通。


本書適合誰來閱讀呢？適合所有與軟件集成有關的工作者閱讀。注意，軟件集成絕不僅僅是集成工程師的工作。它是由程序開發人員、集成工程師、測試人員、質量保證人員、配置管理人員、項目管理人員等角色共同完成的。不同的角色，關注並制定不同方面的、不同層面上的軟件集成策略。例如，某個程序員，不能決定所在項目是否應該使用新的持續集成工具，但他卻有責任在提交某次代碼改動前，采用適當的測試用例，做不多不少正合適的測試。軟件集成策略和方法，需要軟件集成相關的每個人了解和掌握。


祝大家閱讀愉快，並有所收獲。

董越，即流水先生，男，1977
年生。他畢業於清華大學，擁有一個碩士學位和兩個學士學位。在隨後十年的工作時間裡，他工作於西門子、摩托羅拉、雅虎、索尼愛立信、去哪兒網等企業，一直從事軟件配置管理與軟件集成相關工作，任CM
Architect、CM Strategist
等職。與此同時，他推動軟件配置管理與軟件集成領域在中國的普及和發展，在著書立說之外，還長期向各種類型的企業和組織提供演講、培訓和咨詢。


個人網站：http://www.dongyue.name

電子郵箱：

董越在近十年的工作中一直從事軟件配置和集成的相關工作，在本書中你可以看到他以故事形式分享的諸多經驗和實踐，易讀且干貨十足，開卷有益。


——InfoQ 中文站聯合創始人 霍泰穩



書的開篇像是職場小說，用描述事發場景的方式將讀者輕松的帶入主題。書中提到的很多場景都是大家現實工作中所熟知的，作者借用故事引導大家如何思考並解決問題。難能可貴的一點在於作者沒有將技術理論與工作環境分離開來看，這樣的表達更真實。我認為書中表達的思想是理論與實際相結合的一個很好的範例。


——SAP 測試團隊主管 耿曉倩



這書寫的通俗易懂，情真意切，並且能解決一些軟件開發中的現實問題。個人感覺其實好的是書中作者分析解決問題的思路，能給人很多啟發。中小型公司的配管人員，或者沒有專業配管的開發團隊，都應該配備一本，遇到問題讀一下，會很有收獲。


——*集團 過程改進架構師 李宇



作為研發過程的基礎和重要的過程和角色，作者從一位SCM
的角度去推演軟件集成的持續發展和優化，終構建一個體繫，非常有指導性和實踐性。

——*集團 配置管理主管，高級專家 張雅群



該書通過各種小故事開始，漸漸的將讀者引入到軟件集成那些事兒。並從多個維度出發，深入到集成的每一個細節，詳細地詮釋了代碼、集成、交付、時間等方面的*實踐。書中講到了很多可復用的思路、工具，以及圖文並茂的方法，都對我有非常大的啟發，並引發了我對軟件集成更為清晰地思考。


這是一本面向很多角色的書，相信每一個讀者都能從書中得到不一樣的收獲，並發現軟件集成是一件非常有趣的事情。

——*集團 配置管理專家 唐容



現代商業市場的競爭，已不是“大魚喫小魚”，而是“快魚喫慢魚”。對軟件行業而言，是否有能力快速交付市場/客戶需要的產品、快速獲取反饋、快速迭代優化並推向市場，已成為核心的競爭力之一。書中講述的“持續集成”是業界公認的有效提升軟件交付能力的*實踐。但更有價值的是作者對軟件集成過程的深入剖析：一個好的集成過程能夠怎樣解決各方面的問題，以及一個團隊或組織可以怎樣在其業務目標的框架下逐步建立起這樣的過程。


如果你或你的團隊想要實施“持續集成”但又不確定該如何入手，或者已經開始卻遇到這樣那樣的阻力，這本書也許能夠幫你有個好的開始。


——騰訊集團 項目經理 黎娟



讀完董越先生的《軟件集成策略——如何有效率地提升質量》，我的心情是激動的，從07
年接觸敏捷開發和持續集成，我就一直期待能夠有一本通俗易懂、深入淺出的關於軟件集成方面的書籍，顯然董越先生做到了。《軟件集成策略——如何有效率地提升質量》這本書語言詼諧、通俗易懂，特別是開篇的故事非常精彩，以一個持續集成人員的視角講述了產品軟件集成的發展歷程，讓人身臨其境，在身心愉悅之餘對軟件集成有了一個大概地了解，為後面的理論學習埋下了一粒種子。故事中的很多場景引起了我的共鳴，往日的點滴如同電影膠片一樣浮現在眼前，正如主人翁曉川一樣，有過苦惱、有過喜悅，遺憾的是沒有同樣收獲愛情。在書的第二部分中，董越先生對軟件集成的概念和理論做了詳盡地分析和總結，並給出了基於實踐的一套方法論，其中一些獨特新穎的想法讓人茅塞頓開、耳目一新，很好地加深了讀者對本文的理解。後，感謝董越先生的精彩分享為集成人員打開了一扇通向成功的大門，努力！


——華為集團 資深繫統工程師 羅曉輝



Big Bang!
軟件集成常常像*開獎。有時，你會得到一個漂亮的可工作的軟件；可更多時候，你有可能得到的隻是shit。讓人沮喪的是，明明我已經做測試了啊，為什麼受傷的總是我？！了解軟件集成的*實踐，是不是有減少受傷害的可能性？我們一起看看吧。


——趨勢科技 軟件質量管理部總監 劉寅



流水先生善於講故事，看似天馬行空，實則談笑風聲之中，抽絲撥繭，把晦澀難懂的概念講得通靈透徹。軟件集成是提升敏捷和完善精益的必要手段，至今多有單個項目的經驗展示，而這本書卻是少有的理論與實現的概述。置於案頭，閑忙常閱，啜飲香茗，大快吾意！


——愛立信中國研發中心 高級配置管理工程師 趙延濤



這本書文字生動，一開始就通過一個很長的故事，將軟件持續集成的過程細細道來，將所踫到的各種問題通過講故事的手法生動地展現給大家，使讀者閱讀本書時輕松愉快。本書第二個特點就是將軟件繫統的持續集成分解為四部分內容，即事先的有效準備、建模、實施過程和改進，從而給出相應的有效方法、具體實踐和注意事項，使團隊能做到持續集成、持續交付，而且能夠保證交付的質量，不斷改進交付的質量。後附錄提供的工具，也是很有價值的。在敏捷方法實施過程中，相信讀者從本書獲益不淺。


——同濟大學軟件學院 教授 朱少民



這是一本關於軟件集成的書。它生動全面地介紹了包括持續集成、持續交付在內的，業界公認的原則和*實踐。在軟件開發領域，及早和經常的集成、持續集成、持續交付，是一種增加項目可見性、降低項目失敗風險的真知灼見——我們不能押寶在項目後期的一次“大爆炸”式的集成。


本書的行文風格也很獨特，開篇通過引入小品文的方式來啟發讀者思考，通過曉川不斷成長的故事，揭示一個樸實的道理：一件事情很難，你又無法回避，不妨經常去做，每次改進一點點。正所謂“水滴穿石，跬步千裡”。本書的副標題也有“效率”和“質量”兩個核心關鍵字，質量不意味著完美，伏爾泰也說過“追求完美是把事情做好的大敵”；敏捷軟件開發的許多實踐都是互相關聯的，有效率地軟件集成意味著人、過程和自動化工具的珠聯璧合。其中，難的部分還是在人的意識的轉變。軟件業沒有銀彈，經常去改進，每次改進一些，全書的結構也采用逐步遞進，保持增量分析的寫作手法，我相信讀完本書，你會有新的啟發和靈感。


——微軟（中國）有限公司 企業架構師 餘濤



很榮幸受邀為這本書做評審，看完之後我感到很欣喜。作為一個曾經的開發人員和從事了10
年質量管理及過程改進並且依然奮戰在這一領域的人，我覺得這是一個很好的接地氣的書。市面上講項目管理和質量管理的書不少，但大多站在項目管理人員和質量管理人員的角度來談，對於一線技術人員來說太空洞，離得太遠。講配置管理或集成的書也不少，但更多針對於具體工作本身，也不能幫助工程師解決在工作中常踫到的隻見樹木不見森林的問題。而這本書則把兩方面的內容有機地銜接在了一起。


——Irdeto 過程改進專家 陸媛