在筆者之前的文章《配置管理漫漫談之scm基本知識》中提到配置庫結構層次：
配置庫一般由動態庫(開發庫、受控庫)、靜態庫(產品庫)組成。
開發庫：專案成員的工作環境，儲存正處於開發/變更的工作產品（文件/源**）。開發庫內的工作產品處於存檔控制/版本控制之下，其資訊可能進行頻繁的修改
受控庫：儲存開發過程中某個階段工作結束時釋放的階段產品，即配置項的基準版本。受控庫的配置項處於基準控制下
產品庫：儲存對內/對外發布的產品，等待外部測試組測試，或者等待使用者安裝和驗收，產品庫的配置項處於基準控制下
在現實操作中，開發庫一般分為開發庫(developlibrary)和管理庫(managementlibrary)，受控庫一般稱為基準庫(baselinelibrary)，產品庫一般稱為發布庫(releaselibrary)/產品庫(productlibrary)，他們的具體組成和作用如下：
【管理庫(managementlibrary)】：存放各種管理類文件
02.專案管理(projectmanagement)：存放專案度量、管理類報告如週報、月報等
01.軟體估算(softwareestimate)：存放軟體估算表等
02.週報(weeklyreport)：存放專案週報
03.里程碑報告(miletonereport)：存放專案里程碑報告
04.決策分析報告(decisionanalysisreport):存放專案決策分析報告
05.外部報告(externalreport):存放針對外部人員(如客戶)的報告
01.週報(qaweeklyreport):存放專案qa週報
02.審計記錄(qaauditrecord):存放qa審計記錄
01.配置週報(cmweeklyreport):存放配置管理週報
02.基準申請(baselinerequest):存放各種基準建立申請
03.變更申請(changerequest):存放各種基準變更申請
01.評審通知(reviewnotify):存放評審通知
02.評審記錄(reviewrecord):存放評審記錄
03.評審分析(reviewanalyse):存放評審結果分析
01.培訓教材(trainingmaterial):存放各類培訓教材
02.培訓記錄(trainingrecord):存放培訓記錄、簽到表等
01.里程碑總結(mileonesummary):存放專案里程碑總結
02.結項總結(closingsummary):存放專案結項總結
03.個人總結(personalsummary):存放專案成員個人總結(結項後)
08.缺陷預防(defectprevention):
01.檢查表(checklist):存放各類檢查表
02.檢查結果(checkresult):存放各類檢查表的檢查結果
09.會議記錄(meetingrecord):存放各類會議記錄
【開發庫(developlibrary)】：存放專案開發過程中的工作產品
01.需求分析(requirementanalyse):存放需求分析文件、原型頁面等
02.系統設計(systemdesign):存放系統設計文件等
03.系統測試(systemtest):存放系統測試計畫、方案、用例等
04.概要設計(preliminarydesign):存放概要設計文件等
05.整合測試(integrationtest):存放整合測試計畫、方案、用例等
06.詳細設計(detaildesign):存放詳細設計文件等
07.單元測試(unittest):存放單元測試設計、結果等
08.系統**(systemcode):存放系統**
09.確認測試(assurancetest):存放確認測試計畫、用例、結果等
10.使用者手冊(usermanuals):存放使用者手冊等
11.支援工具(supporttools):存放專案使用到的支援工具，如powerdesigner、sqlmanager等
12.外部產品(externalproducts):存放專案使用到的外部元件，如extjs等
13.其它(other):存放開發過程中的其他工作產品
【基準庫(baselinelibrary)】：存放基準化的工作產品，內容可參照開發庫中的說明
01.專案計畫(projectplaning):存放基準化的計畫類相關文件如專案管理計畫、進度計畫、評審計畫等
02.需求分析(requirementanalyse):存放基準化的需求分析文件、原型頁面等
03.系統設計(systemdesign):存放基準化的系統設計文件等
04.系統測試(systemtest):存放基準化的系統測試計畫、方案、用例等
05.概要設計(preliminarydesign):存放基準化的概要設計文件等
06.整合測試(integrationtest):存放基準化的整合測試計畫、方案、用例等
07.詳細設計(detaildesign):存放基準化的詳細設計文件等
08.單元測試(unittest):存放基準化的單元測試設計、結果等
09.系統**(systemcode):存放基準化的系統**
10.確認測試(assurancetest):存放基準化的確認測試計畫、用例、結果等
11.使用者手冊(usermanuals):存放基準化的使用者手冊等
12.支援工具(supporttools):存放基準化的專案使用到的支援工具，如powerdesigner、sqlmanager等
13.外部產品(externalproducts):存放基準化的專案使用到的外部元件，如extjs等
【發布庫(releaselibrary)】：存放待發布/已發布的產品
01.內部發布(internalrelease):存放待發布/已發布發給內部客戶(一般為測試部門)的工作產品
02.外部發布(externalrelease):存放待發布/已發布發布給外部客戶(一般為合同方/終端使用者)的工作產品
上面是乙個典型的配置庫結構，即使在不同的組織之間也往往是頂層的四個庫一致，不過組織會根據自己的實際情況對四個庫的下級目錄進行一些改變。
配置庫的正常運轉需要良好的機制支援，如開發庫中的工作產品何時應該進入基準庫，由誰來如何操作？發布庫中的產品從何處而來？由誰來如何操作？如果沒有良好的機制保證，配置庫的結構層次只能淪為形式，配置管理工作也無法順利開展。對於如何建立良好的機制/流程來支援/保障配置管理工作的順利進行，請參見筆者的後續文章。
配置管理漫漫談之基準建立和變更的時機
在之前的文章 配置管理漫漫談之配置管理主要活動及實現方法 中，介紹了配置管理活動及實現方法，但是有很多朋友對其中基準建立和變更的時機不清楚，我們今天來交流一下。首先我們溫習一下 基準 的概念 經過正式評審和認可的一組配置項，它們作為進一步開發的基礎，並且只有經過正式的變更控制流程才能被更改。從這個概...
配置管理 svn工具之許可權配置
今天花了大半天的功夫，終於弄懂svn許可權配置。下面是今天收穫的戰績。安裝完svn後就是在svn中建立版本庫，比如我本地的是版本庫路徑是c repositories pepos。pepos是我的版本庫。在pepos的目錄結構 pepos component 在conf裡面的auth裡賦予的許可權配置...
CMDB 配置管理資料庫 20210211
配置管理資料庫。用於儲存與管理企業it架構中裝置的各種配置資訊，它與所有服務支援和服務交付流程都緊密相聯，支援這些流程的運轉，發揮配置資訊的價值，同時依賴於相關流程並保證資料的準確性。在實際的專案中，cmdb常常被認為是構建其它itil流程的基礎而優先考慮，itil專案的成敗與是否成功建立cmdb有...