3、權限設置
創建一個代碼存儲庫，是為了便于統一管理，但是如何讓開發人員根據任務分工的不同而獲得對相應配置項（源代碼）的操作許可，而對于其他源代碼不能操作。為此，利用Firefly提供的文件級訪問權限設置，對不同目錄進行用戶權限設置，只有對該目錄具有讀寫權限的用戶才能對其進行操作，為子系統配置管理員授權一個文件目錄，如圖２權限設置圖中src/ap目錄授權給smq用戶。
javascript:return big(this)" hspace=0 src="http://www.kjueaiud.com/attachments/2009/06/54376_200906290954373jVfY.gif" onload="javascript:if(this.width>498)this.style.width=498;" align=baseline border=0>
4、分支的劃分
· 集成分支
為了系統集成測試需要，創建集成分支，并對該分支進行了不同子項目的權限控制，各子項目必須將開發成果納入到該分支，凡是對納入到該分支的配置項進行的任何變更，都必須首先從該分支獲得，變更后再上傳到該分支。軟件的集成測試工作在這一分支中進行。項目級配置管理員擁有對該集成分支的管理和讀寫權限，子項目級配置管理員只有對指定的目錄有讀寫權限。（圖3分支圖）
· 主干分支
主干分支對應的是整個軟件開發組織的發布分支。各個子項目在現階段的任務完成后，將可以發布的版本歸并到該分支上，由該分支產生發布版本，對每次的發布基線和相關資料，以該分支上的版本為準。該分支的管理工作由項目級配置管理員負責。（圖4分支及標簽）
圖3 分支
圖4 分支及標簽
上面定義的2類（分支）由配置管理員統一管理，根據各開發階段的實際情況定制相應的版本選取規則，來保證開發活動的正常運作。
比如，軟件已經發布了1.0版本，開發小組在為該軟件添加新的功能，正在進行2.0版本的開發。而此時，如果Release 1.0中發現了Bug必須修正，我們就必須從Release 1.0中建立bugfix分支，進行必要的修正后，發布修正版Release 1.1，而這個版本的發布與2.0版本的開發沒有直接關系。當2.0版本測試結束后，要與1.0版本中bugfix分支合并，從而發布2.0的版本。在這個并行開發過程中，創建分支和分支的合并起了非常重要的作用。
· 產品基線
當一個開發里程碑結束，或有重大事件發生時，利用配置管理系統提供的標簽功能，對集成分支和主干分支進行標記，該標記作為產品基線，可以按標記進行版本發布和再現（圖4分支及標簽）。
· 與分支對應的本地工作區
把相關配置項納入集中的存儲庫、為不同目的建立了不同分支后，按照初始設定的管理層次，子項目級配置管理員遵照“檢出/檢入”的工作模式對配置項進行修改，就要為每位子項目級配置管理員設定本地工作區，對所授權的目錄進行的任何變更都要在本地工作區進行。
· 開發工作區
開發人員根據項目要求在自己的私有工作區中對配置項進行修改和測試活動，私有工作區可以是CVS版本控制軟件工作空間或其他，自己的修改活動不會受到他人的影響，也不會影響到其他開發人員，修改和測試后的配置項提交給子系統配置管理員，由子項目級配置管理員上傳到集成分支。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
