軟件項目開發(fā)中的環(huán)境配置和分支策略

申請免費試用、咨詢電話：400-8352-114

策略1:一個分支+開發(fā)服務(wù)器+生產(chǎn)服務(wù)器
　　源代碼管理可以使用VSS或CVS等開源軟件等來進行。在這里不需要啟用任何分支，僅僅將源代碼受控即可以了。整個開發(fā)由于需要小組協(xié)作，所以需要有一天專門的開發(fā)服務(wù)器，開發(fā)服務(wù)器可以同時承擔(dān)數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器。
　　對于生產(chǎn)環(huán)境需要專門的一天數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器。如果考慮硬件的多層部署，這里可以應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器分開。
　　其它問題分析:
　　1.沒有啟動分支，緊急BUG的部署困難，所以設(shè)計開發(fā)中要考慮新功能開發(fā)絕對不要影響老功能已有的接口。
　　2.沒有單獨的測試環(huán)境，測試過程不穩(wěn)定，測試和開發(fā)工作有相互影響。
　　適用情況
　　1.適用于新項目的開發(fā)，舊項目的版本的維護期。
　　2.小于5人的軟件開發(fā)團隊
　　策略2:開發(fā)分支+開發(fā)服務(wù)器+測試服務(wù)器+生產(chǎn)服務(wù)器
　　啟用測試分支和測試服務(wù)器主要目的是保證維護版本的順利發(fā)布和測試環(huán)境的穩(wěn)定性。在項目配置了專門的測試人員后，必須要保證測試環(huán)境的穩(wěn)定性。測試服務(wù)器上需要安裝測試數(shù)據(jù)庫，測試環(huán)境的部署主要是同步開發(fā)數(shù)據(jù)庫->測試數(shù)據(jù)庫。然后將開發(fā)環(huán)境打包的接口拷貝到測試服務(wù)器相關(guān)目錄。
　　其它問題分析:
　　1.沒有測試分支，維護版本的BUG部署困難。
　　適用情況
　　1.項目有專門的測試人員
　　2.項目進行每日構(gòu)建，需要保證測試環(huán)境的穩(wěn)定性。
　　策略3:開發(fā)分支+測試分支+開發(fā)服務(wù)器+測試服務(wù)器+生產(chǎn)服務(wù)器
　　啟用測試分支了可以基本解決掉維護版本BUG部署困難的問題。整個測試環(huán)境的部署也修改為了直接去編譯測試分支的內(nèi)容進行打包和部署。
　　其它問題分析:
　　1.測試的多個BUG必須要測試人員全部測試通過才能夠部署。
　　2.無法很好的解決同時要部署新功能的測試版本，又要部署維護版本的測試功能的問題。
　　3.正式版本發(fā)布過后，在下個版本沒有發(fā)布前，很難重現(xiàn)或重新編譯出生產(chǎn)環(huán)境的部署包。
　　適用情況:
　　1.運行中的項目，經(jīng)常需要處理BUG發(fā)布維護版本
　　2.項目有專門的測試人員，需要保證測試環(huán)境的穩(wěn)定。
　　策略4:開發(fā)分支+測試分支+集成分支+開發(fā)服務(wù)器+測試服務(wù)器+生產(chǎn)服務(wù)器
　　啟用集成分支了項目中的開發(fā)，測試和生產(chǎn)三套環(huán)境從數(shù)據(jù)庫到代碼完全獨立開來。三套環(huán)境互不影響和沖突，都可以進行獨立的編譯和構(gòu)建。在這種策略下生產(chǎn)環(huán)境的部署可以轉(zhuǎn)移到專門的運維人員進行。啟用集成分支的目的是保證在集成環(huán)境遭到破壞的時候可以快速的重新構(gòu)建出生產(chǎn)包進行重新部署。
　　其它問題分析:
　　1.當(dāng)新功能的開發(fā)和BUG的修改涉及到同樣一個源代碼文件時候，沒有辦法做到僅僅對BUG內(nèi)容單獨部署。
　　適用情況
　　1.運行中的項目，經(jīng)常需要處理BUG發(fā)布維護版本
　　2.項目有專門的測試人員，需要保證測試環(huán)境的穩(wěn)定。
　　3.系統(tǒng)需要保證集成環(huán)境獨立性，在需要情況下可以再現(xiàn)集成環(huán)境。
　　策略5:開發(fā)分支+測試分支+集成分支+開發(fā)服務(wù)器+測試服務(wù)器+BUG分支+BUG數(shù)據(jù)庫服務(wù)器+生產(chǎn)服務(wù)器 
　　在運行中需要既進行新版本功能開發(fā)，又需要對已經(jīng)部署的版本進行維護和BUG修復(fù)的時候。往往項目需要設(shè)置專門的維護人員，維護人員使用專門的BUG分支和BUG數(shù)據(jù)庫服務(wù)器對BUG進行修改并發(fā)布維護版本。
　　維護版本的發(fā)布可以直接在BUG分支基線后發(fā)布，注意問題是
　　1.必須所有BUG都改好并測試通過后才可以發(fā)布維護版本
　　2.BUG分支的內(nèi)容要及時Deliver到開發(fā)分支，當(dāng)出現(xiàn)Merge沖突的時候要優(yōu)先保證BUG修改內(nèi)容。
　　維護版本的發(fā)布如果要在集成分支發(fā)布，需要注意問題
　　1.BUG先Deliver到開發(fā)分支
　　2.Deliver到開發(fā)分支的BUG及時Deliver到測試分支，在測試分支打包后交測試人員測試。
　　3.測試人員測試通過后，BUG分支修改的內(nèi)容直接Devlier到集成分支后在集成分支打包進行維護版本部署。
　　4.存在一個問題是新功能開發(fā)完成發(fā)布時候統(tǒng)一Deliver到集成分支的時候存在Merge沖突問題。

　　更多信息請訪問：考試大項目管理站 考試大論壇