[ 2006-6-27 15:26:00 | By: ~秀。。 ] |
(題外話:從開始的軟件測試到項目管理,質量保證工作都有做過,卻都在做,今年老大又吩咐我研究構思軟件配置管理的下一步工作。我不去抱怨自己是一個打雜的人,也不喜自己什麼事情都敢拿下。可我怕自己到30,40來歲的時候都不知道自己的工作方向。但此時我卻只能惟命是從了。)<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 配置管理個人認爲作好版本控制是基礎。 記得小學數學老師就鍛鍊我們做簡單的算術式考慮用多種解法去解答,在我有限的經驗中對於配置管理工作的切身瞭解不多,所以我不去談工具的好壞,只談版本控制方法與方式。 1、 定義版本管理條例,說明版本號生成,升級規則。比如:版本號由3部分構成,即主版本號+次版本號+修改號。主版本號1位,只有當系統在結構和功能上有重大突破改進後才發生變化;次版本號有2位;修改號8位,採用提交時的日期,當系統進行任何修改後,包括數據庫結構發生變化,修改號都要隨之改變; 2、 系統軟件的版本號由SCM或CCB的人員確定,可以考慮開發庫與受控庫,產品庫之間版本的關聯或區別管理; 3、 每個系統都有每個配置項的版本跟蹤矩陣表,每個版本號都是唯一獨立的,QA可以對版本號進行檢查; 4、 對於每個配置項的每個版本的狀態進行說明; 5、 不要忽略了代碼的版本控制。經常不會忘記配置項文檔與應用程序做版本控制;在開發階段開始不能執行每日構建,應該每週有個版本發佈,備份對應的版本; 6、 版本控制嚴格管理時,也應該加強權限的控制; 7、 版本控制的很多工作都是很細微的,所以開始執行起來不習慣,可以考慮定義配置管理制度,加強執行力度。
其實粗俗點,不掛上“SCM”的外衣,可以說版本控制就是對時髦女性衣櫃的管理(什麼樣的衣服現在正熱衷,哪些衣服已經過時的),哦,我把配置管理理解成了倉庫管理,哦,不,不是的,開個玩笑,只是突然覺得,版本控制就象一個人的生活素養,有條理些,方便些。 |