切入點
參與項目的開發人員將基線所代表的各版本的目錄和檔案填入他們的工作區。隨著工作的進展，基線將合併自從上次建立基線以來開發人員已經交付的工作。變更一旦併入基線，開發人員就採用新的基線，以與項目中的變更保持同步。調整基線將把集成工作區中的檔案併入開發工作區。
建立基線的三大原因是：重現性、可追蹤性和報告。
重現性是指及時返回並重新生成軟體系統給定發布版的能力，或者是在項目中的早些時候重新生成開發環境的能力。可追蹤性建立項目工件之間的前後繼承關係。其目的在於確保設計滿足要求、代碼實施設計以及用正確代碼編譯執行檔。報告來源於一個基線內容同另一個基線內容的比較。基線比較有助於調試並生成發布說明。
建立基線後，需要標註所有組成構件和基線，以便能夠對其進行識別和重新建立。
建立基線有以下幾個優點：
基線為開發工件提供了一個定點和快照。
新項目可以從基線提供的定點之中建立。作為一個單獨分支，新項目將與隨後對原始項目（在主要分支上）所進行的變更進行隔離。
各開發人員可以將建有基線的構件作為他在隔離的私有工作區中進行更新的基礎。
當認為更新不穩定或不可信時，基線為團隊提供一種取消變更的方法。
您可以利用基線重新建立基於某個特定發布版本的配置，這樣也可以重現已報告的錯誤。
使用
定期建立基線以確保各開發人員的工作保持同步。但是，在項目過程中，應該在每次疊代結束點（次要里程碑），以及與生命周期各階段結束點相關聯的主要里程碑處定期建立基線：
生命周期目標里程碑（先啟階段）
生命周期構架里程碑（精化階段）
初始操作性能里程碑（構建階段）
產品發布里程碑（產品化階段）
第一次提出的軟體配置項就構成基線配置項。
建立基線庫
具體建立方式，看教程就可以了。但對於基線的定義，建議參考CMMI還要針對自己公司的情況，做一個CM計畫，這樣才能合理地有效地進行基線建立。
基線庫好處
我只說一個假設，你就會理解了。假如你給A公司開發的項目，一直update到最新版本，交給客戶了。之後又接了B公司的契約，突然發現，給A公司做的項目的某個階段產品就足夠了。你怎么辦？是重新做嗎？--這樣成本太高
還是從庫中提取一下就可以交付？--沒建立基線，無法提取，手上的都是一直update的最新版
如果建立了基線庫，並在開發過程中很好地執行了CM計畫，就可以很好地解決這個問題了。
如果你覺得這個理由不爽，我再給你提其它好處。
分類列表
–系統功能說明。系統模型，項目計畫，進度安排；
–軟體需求規格說明。包括：圖形分析模型、過程、原型、數學規格說明；
–設計規格說明。包括：數據設計、體系結構設計、界面設計、對象的描述等；驗收規格說明；
–測試規格說明。包括：測試計畫、測試用例、測試預期結果、測試記錄等；
–資料庫描述。包括：數據模式、記錄結構、數據項描述；
–模組規格說明。包括：模組功能、模組算法、模組接口等描述；
–運行系統。包括：模組代碼、連結模組、資料庫、支持及工具程式等；
–用戶文檔。包括：安裝說明、操作說明、用戶手冊等；培訓計畫；維護文檔，包括：故障報告、維護要求、更改記錄等；
–項目採用的有關標準和規程。
