Posted on 2011-01-15 17:17
幻海藍夢 閱讀(195)
評論(0) 編輯 收藏 所屬分類:
版本管理 、
配置管理
[配置管理經驗談]配置管理，我之所悟 by 黃蕓
1. 作者：黃蕓 來源：bokee.com
本文是我從事配置管理工作，從事SEPG工作的一點心得和體會，寫出來僅與各位同仁進行交流。
所悟之一：配置管理工作關注的焦點是什么？
配置管理，從字面上來看，是由配置和管理兩個動詞所構成的，沒有賓語。初識配置管理時，我感覺這個詞太抽象了，為何？就是缺了個賓語，我無法將其與實際項目中任何事物聯系起來，到底配置什么，管理什么。
其實，明確了這個賓語，也就回答了這個問題：配置管理關注的焦點就是配置項。
為何配置管理工作內容中首先提及的是"識別配置項"！這是我們工作的核心，管理的對象。在開始配置管理工作之時，在制定配置管理計劃之時，我們首先要做的第一件事就是要明確項目中所有配置項。
我們可以細想一下，配置管理中的幾項工作哪項與配置項無關？版本控制就是控制配置項的版本；變更控制就是控制配置項的變更；配置審計就是對配置項進行物
理審計或功能審計；發布管理就是控制配置項的發布；配置狀態發布實際上就是發布配置項目前的狀態。
為何我們說：在制定配置管理計劃，制定配置管理策略的時候要依據項目需求來定！項目的需求是什么，實際就是對配置項管理的要求！不同的項目配置項不同，
不同的項目對配置項的管理級別以及管理方式的要求是不同的。明確了這些，我們才能夠考慮項目的配置管理策略，制定項目的配置管理計劃，才可以說項目的配置
管理工作啟動了。
總結：配置管理，我可以這樣理解：配置統一工作環境用來支撐配置項管理工作。
所悟之二：配置管理工作中是過程重要還是工具重要？
我在做配置管理工作的時候，被問到的最多問題就是關于配置管理工具的："為何這個工具老是報錯？"很少有人向我提及："你制定的配置管理策略在某某方面操作起來有問題！"
我們用的配置管理工具都是比較成熟的產品，為何我們操作起來經常會有異常的問題出現，大家有想過這個問題嗎？我認為開發人員想這問題就太簡單了。每個軟
件產品都有內在的業務處理邏輯，業務處理邏輯在配置管理中就是我們要談及的過程，就是配置管理策略，那么配置管理工具也是軟件產品，道理自然一樣。一般配
置管理工具，如Microsoft
VisualSourceSafe，工具將過程已經固化；高級配置管理工具，如ClearCase，工具本身只是為我們提供了一個平臺，我們在此基礎上可
以定制我們想要的過程。不管是工具本身已經固化過程還是我們自己在工具基礎上定制過程，只要過程是明確的，我們對過程理解透徹，即使出現問題的時候，你也
可以想出：為何會出現這個問題！就我總結，很多問題都是因為對過程的不熟悉，誤操作而導致的。以不變的過程應對萬變的問題，我認為大部分問題都是可以解決
的。
同樣，我想到我們在推行質量工程的時候，LSSP（Linkage Standard Software
Process）發布之時，在項目組實施之時，大家都驚呼："太多文檔！"在預評估的時候，大家對SPI（Software
Process Improvement）的期望都會提及："我們需要工具支持！"一樣的道理！
我在這里不是全盤否定工具的作用，但是我們可以完全依賴工具嗎？試想一下：如果對工具本身的處理過程都不能理解很清楚的人，工具對他真的很有效嗎？難道
工具真的是我們需要的嗎，真的可以幫助我們提高工作效率嗎？質量工程中做任何一件事都要考慮投入與產出，工具給我們帶來的產出你明確了嗎？以上問題你都很
肯定的時候，那就是可以使用工具的時候。
總結：我認為，配置管理工作中重要的是過程。過程是本，在大家都很明確過程的時候，工具對過程，對大家工作的支撐作用是會顯著的。
所悟之三：基線和Label到底是什么關系？
LSSP發布以后，有太多人問我："Label到底是什么？為何每次都是和基線同時出現？"
配置管理中抽象的概念比較多，基線就是其中之一。基線，顧名思義，是基準線，是項目組是下階工作的起點。所以，對基線的確立將是非常慎重的一項工作，這將直接影響我們下階段的工作。
一旦基線確立之后，那么Label就要隆重登場了。Label其實就是基線的實際體現形式。
總結：Label是基線在配置管理工具中的體現形式。通過Label，我們可以獲取某一基線配置項的特定版本。
所悟之四：我們為什么要做內部發布？
系統版本發布，我們都很熟悉，不就是系統割接上線嗎！配置管理中，我們把這種發布叫做"外部發布"，那么就必然有與其相對的"內部發布"。他們之間到底有什么區別，我們為何又要多出一項工作："內部發布"。
在產品投入正式生產之前，我們需要能夠證明：我們的產品是可以順利割接上線的；我們的產品是可以滿足用戶需求的。
這些信心從何而來？靠我們平時的演練，靠我們對產品的測試。
內部發布就是模擬系統割接上線，這種演習對于正式的割接是非常有好處的，其實我們的項目組是有在做的，只不過大家沒有意識到這就是內部發布。例如：產品Alpha或Beta版本發布。
而且，這樣我們可以隨時訪問產品：測試系統，熟悉系統，最終確認系統是否真正滿足用戶需求，是否真正好用。
內部發布，是給我們自己多幾次機會，從而保證外部發布的成功。
一次總結，一次交流，彼此獲益，何樂而不為！
[url]http://bbs.scmroad.com/viewthread.php?tid=890&extra=page%3D1&frombbs=1[/url]
http://bbs.chinaunix.net/archiver/tid-1271626.html
________________________________________________________________________________________________________