未雨綢繆：理解軟件配置管理（第2版）

上篇：基本話題
第1章 惱人不休的問題：什么是軟件配置管理
1.1 問題的引出
1.2 有那么一類管理
1.3 為什么稱做配置管理
1.4 其他一些比喻
第2章 基本的版本控制：記錄歷史并防止混亂
2.1 即使只有一個開發(fā)人員
2.2 建立公共存儲區(qū)
2.3 防止版本覆蓋
2.4 行話
第3章 當代版本控制方法
3.1 變更集的概念
3.2 以變更集為單位修改代碼并提交
3.3 反方向：適時更新工作區(qū)
3.4 源代碼的整體版本
3.5 分布式版本控制
第4章 集成：關注整體質量
4.1 集成的概念
4.2 保證提交的質量
4.3 狹義集成的步驟
4.4 在基線產(chǎn)生之后
4.5 質量保證：集成前、集成中、集成后
第5章 從源代碼到運行中的程序
5.1 管理生成轉換過程和相關資產(chǎn)
5.2 保證構建的可重復性
5.3 全量構建和增量構建
5.4 讓構建更快
5.5 安裝包的版本控制
5.6 管理測試運行環(huán)境
第6章 邁向持續(xù)集成
6.1 及早和經(jīng)常地集成，持續(xù)集成
6.2 化繁為簡
6.3 全程自動化
6.4 快！快！快！
6.5 多層集成：當團隊規(guī)模擴大以后
第7章 分支：減少等待，分頭工作
7.1 文件級分支
7.2 產(chǎn)品級分支
7.3 典型應用：實現(xiàn)多層集成
7.4 溫故而知新：實現(xiàn)隔離與共享
7.5 分支的其他典型應用
7.6 公共版本庫中的分支
7.7 私有版本庫中的分支
第8章 管理文檔
8.1 文檔的標識和存儲
8.2 自帶的說明信息
8.3 趨勢：Wiki
8.4 趨勢：數(shù)據(jù)文件和數(shù)據(jù)庫
第9章 跟蹤缺陷，直到消滅
9.1 別讓發(fā)現(xiàn)的缺陷跑掉
9.2 狀態(tài)轉換圖
9.3 準確記錄，便于修復
9.4 消滅它？立刻消滅它？
9.5 分析統(tǒng)計缺陷相關數(shù)據(jù)
9.6 關聯(lián)缺陷記錄與變更集
第10章 管理變更
10.1 管理增強
10.2 管理特性
10.3 瀑布模型中的變更
10.4 影響變更管理的因素
10.5 控制產(chǎn)品版本間的差異
10.6 表達產(chǎn)品版本間的差異
第11章 玄妙的學院派
11.1 配置識別
11.2 配置控制
11.3 配置狀態(tài)報告
11.4 配置審計
11.5 一些軟件研發(fā)模型中的配置管理
下篇：復雜場景中的配置管理
第12章 用分支實現(xiàn)交迭
12.1 補丁版本
12.2 復用另一條分支上的改動
12.3 甚至早在1.0版發(fā)布之前
12.4 甚至為了重要的內部版本
12.5 甚至為了每次集成
12.6 雙分支結構
12.7 都是交迭
第13章 用分支實現(xiàn)變體
13.1 什么是變體
13.2 用分支支持變體
13.3 隨主干繼續(xù)演進
13.4 把公共改動放到主干上
13.5 變更管理對交迭和變體的支持
13.6 歷史版本與變體版本的命名
第14章 用設置實現(xiàn)變體
14.1 在構建時讀取設置信息
14.2 安裝和運行時讀取設置信息
14.3 資源與數(shù)據(jù)
14.4 何時使用哪種方法
14.5 設置對交迭的支持
第15章 用組件的組合實現(xiàn)變體
15.1 雛形：平臺加應用
15.2 在不同階段組裝
15.3 復合基線
15.4 復合分支
15.5 實現(xiàn)軟件復用：分支、設置、組件相結合
15.6 實現(xiàn)軟件復用：架構、過程和組織
第16章 支持多地點開發(fā)
16.1 何時出現(xiàn)多地點開發(fā)
16.2 主要困難和解決方法
16.3 離線工作模式
16.4 遠程訪問模式
16.5 當?shù)匕姹編炷Ｊ?br />16.6 只讀模式
16.7 多地點開發(fā)中的變更管理
第17章 支持跨組織合作
17.1 從開源到外包
17.2 管理第三方資產(chǎn)
17.3 本地記錄第三方源代碼的演進
17.4 再加上本地的改造
17.5 共同開發(fā)
第18章 管理軟件部署
18.1 安裝包的存儲和管理
18.2 管理安裝過程
18.3 記錄運行系統(tǒng)配置
18.4 管理變更請求
18.5 管理網(wǎng)站
第19章 軟件配置管理實施
19.1 不同階段，不同挑戰(zhàn)
19.2 如何完成一項改進
19.3 在一個項目的生命周期中
19.4 平衡集權與自治
19.5 管理眾多的項目
19.6 軟件配置管理團隊的組織結構
結語：提倡務實的精神
附錄A：相關工具索引
在線資源
書網(wǎng)互動