配置管理計畫是開展所有配置管理活動的基礎。
計畫中應該明確以下要素：
配置標識是配置管理的乙個組成部分，包括：選擇產品的配置項、為他們制定唯一的標識，並在技術文件中記錄其功能和屋裡的特性。配置標識是對軟體配置進行管理的前提和基礎。配置標識包括了軟體配置項的選擇、劃分和對配置項的功能物理屬性進行描述的過程。
每個配置項都必需被唯一地標識，這個唯一的標識被用於與其它配置項進行區分，跟蹤和報告該配置項的狀態。一般地，每個配置項被賦予乙個識別符號。
單個配置項在每一次修改後都會發生變化，為了標識配置項在兩次修改之間的不同，需要對配置項的版本進行標識。
配置項的版本標識建議採用的形式為：xx.yy的十進位制識別符號，其中xx起始為「1」，yy起始為「0」。
所有數字均是阿拉伯數字，並且單調遞增。如果發生了重大的修改，xx遞增；如果只有小修改，遞增yy。
成為基線的配置項是指已完成該配置項的審核、批准和簽發並且成為建立或修改其他配置項的輸入。
受管理和受控的配置項是指已提交審核，但還沒有批准通過的配置項。
配置控制是配置管理的乙個組成部分，包含評估、協調、批准/拒絕、實施對配置項的變更。
這發生在正式的配置標識之後。
配置控制包括配置項在完成基線化後所產生的變更的評估、協調、批准、駁回以及實現過程。
在專案開始時，由專案負責人根據專案的情況確定變更控制委員會（change control board, ccb），並記錄在配置管理計畫中。ccb組長也可以根據更改請求的情況事件驅動地召集ccb會議。ccb也可以批量處理更改請求或採用定期的方式進行處理。
如有必要，可以設立不同級別的ccb，他們具有不同的授權，對不同層次的變更申請進行控制根據修改的影響範圍，ccb召開相應的評估會議，並邀請相關人員參加
配置狀態報告是配置管理的乙個組成部分，記錄和報告用來有效管理配置所需要的必要資訊。這些資訊包括乙個已批准的配置標識清單，變更請求當前的處理狀態，以及一品準的變更的實現情況。
配置狀態報告是跟蹤對軟體的更改的過程，它保證對正在進行和已完成的變更進行記錄、監視並通報給專案組和相關組成員。
一旦配置項基線化後，應該通知專案組， 內容應該包括基線化配置項的名稱以及位置。另外應該週期或事件驅動地將更新後的培植狀態發給專案組成員以及相關組，以確保配置項的狀態能被相關人員所了解，根據需要一周或者兩周發布一次
版本庫中產品的相關資訊
檔案相關的資訊
變更請求、基線、發布、版本庫的備份等
執行審計以驗證配置項符合特定的標準或需求
對配置管理的獨立的查檢過程，確認受控軟體配置項滿足需求並就緒。
專案經理 pm: project manager
變更控制委員會 ccb: change control board
軟體配置工程師 cmo: configuration management officer
系統整合工程師 sio: system integration engineer
軟體開發工程師 dev: software engineer
軟體測試工程師 qa: qa engineer / tester
根據專案開發的需要，制定相應的配置管理流程，以更好地支援開發，主要活動包括：
持續交付之二 配置管理
定義 配置管理是指乙個過程,通過該過程,所有與專案相關的產物,以及他們之間的關係,都被唯一的定義,儲存,檢索和修改 至少要將那些用於重新建立應用程式的安裝檔案和安裝環境所必需的所有資訊儲存在版本控制庫中，包括 持續整合，自動化測試，一鍵式部署的前提都是所有與專案相關的內容都在版本控制庫中 兩個最佳實...
軟體配置管理
軟體配置管理，它為軟體開發提供了一套管理辦法和活動原則，成為貫穿軟體開發始終的重要質量保證活動。配置管理的過程實際是軟體開發過程中質量管理的精髓所在，版本管理提高了開發者的工作效率，而變更控制則提高了整個開發團隊的工作效率。兩者的緊密結合，將為軟體開發專案提供一道堅實的質量防火牆，使軟體開發專案的質...
scm 軟體配置管理
4 版本控制工具 1.更改原始檔，但不知道哪個是最新的 2.我不了解檔案的修改過程，尤其是最後修改了哪幾行以及為什麼修改 1.make時，經常用錯檔案的版本 多人修改乙個檔案，有些人的結果被沖掉了 程式誤刪了，只能重寫 花了一周時間，終於查出了乙個錯誤，但發現有個同事上週前已經修改了同樣的錯誤，但我...