圖解持續集成--純命令行實現.Net項目每日構建(流程支持)

 

在前一博客 圖解持續集成--純命令行實現.Net項目每日構建 中介紹了通過命令行進行每日構建,在本文中將介紹支持其流程

本文中使用到的《Code Build & BVT報告》,可在這裏下載 

 

1. 說明
1.1. Code Build
Code Build分爲Daily Build和Release Build:

  • Daily Build:爲每工作日進行編譯,採用的方式爲每個工作日16:00通知開發小組簽入通過編譯的代碼,由項目組指定人員獲取代碼服務器最新的代碼進行編譯,編譯成功後包括代碼保存到\BuildDaily 對應版本文件夾,並建立測試路徑進行Bug迴歸等。
  • Release Build:爲發佈編譯,採用的方式爲每週五上午10:00通知開發小組簽入通過編譯的代碼,由項目組指定人員獲取代碼服務器最新的代碼進行編譯,編譯成功後僅保存執行文件到\ReleaseDaily對應版本文件夾,併爲發佈版本建立測試路徑。

1.2. BVT
BVT(Build Verify Test)的主要任務是保證軟件系統集成編譯後能夠正常運轉,不會出現致命性錯誤影響系統的正常使用,以致影響到接下來的系統測試工作。BVT工作採用軟件系統每發佈一個新版本後執行, 每次BVT之後發佈《Code Build & BVT報告》。
2. Build 版本號
2.1. Build 版本號規則
Build 版本號從0001開始流水,完整的版本版本號如:V0.8.0215.0713,表示該版本號爲V0.8,build號爲0215,每次通過BVT的build版本號加1。
產品暫定的build版本號爲V0.8.0200開始
2.2. Build 版本號標識(建議加入)
爲清楚地在軟件中標識軟件的build按本號,需要在軟件客戶端中標明軟件的版本,如在軟件幫助菜單->關於子菜單中設定該軟件的版本號和build版本號。
3. 代碼編譯環境
3.1. Code Build
Daily Build由項目組指定人員每工作日下午16:00進行(下班前,防止編譯失敗找不到對應開發人員),編譯環境爲測試服務器(IP: 10.169.169.108)環境。
發佈路徑 http://IP/PBOC.Web_D_0.8.0200/Login.aspx
Window 2003 Server、SQL Server2000、Office 2003、IIS6.0、
.NET Frame1.1 & .NET frame2.0、VS2003/VS2005
3.2. Release Build
BVT由項目組指定人員每週五上午10:00進行, 編譯環境爲測試服務器(IP: 10.169.169.108)環境。
發佈路徑 http://IP/PBOC.Web_R_0.8.0205/Login.aspx
Window 2003 Server、SQL Server2000、Office 2003、IIS6.0、
.NET Frame1.1 & .NET frame2.0、VS2003/VS2005
4. 代碼管理規範
4.1. 代碼管理
源代碼(Source Code) 在BVT通過後由指定人員每天從VSS獲取最新的版本,編譯後的可執行代碼在BVT通過後由指定人員按如下代碼保存目錄結構保存源代碼(source_code)
Daily Build   :  D:\BuildDaily\版本號\
Release Build :  D:\BuildRelease\版本號\
4.2. 代碼保存目錄結構                        

5. BVT 流程
5.1. 流程圖
 BVT測試環境:測試服務器BVT環境 (IP: 10.169.169.108)
 BVT 流程
     

5.2. Daily Build手工流程

序號

步驟

備註

1

每日16:00通知開發人員把程序簽入VSS服務器

 

2

登陸編譯服務器,通過VSS獲取最新的程序代碼

 

3

對最新的程序代碼進行編譯,記錄編譯的結果。如果不成功需屏蔽或修改等方式,使代碼可正常編譯。

 

4

進行BVT工作,結果記入《Code Build & BVT報告》

 

5

DailyBuild的目錄下建立文件夾,命名格式爲V0.8.0230.0729,複製編譯成功的程序到此文件夾

 

6

修改Web.configConfig\PBOC.config中的配置

 

7

發佈該程序,發佈名稱格式爲PBOC.Web_D_ V0.8.0230.0729

 

8

寫《Code Build & BVT報告》,簽入到VSS

 

9

按照郵件模板給成員發佈版本

 

 

5.3. Daily Build自動流程

序號

步驟

備註

1

每日16:00通知開發人員把程序簽入VSS服務器

 

2

啓動自動編譯腳本

 

3

進行BVT工作,結果記入《Code Build & BVT報告》

 

4

寫《Code Build & BVT報告》,簽入到VSS

 

5

按照郵件模板給成員發佈版本

 

5.4. Release Build流程

序號

步驟

備註

1

週五10:00通知開發人員把程序簽入VSS服務器

 

2

登陸編譯服務器,通過VSS獲取最新的程序代碼

 

3

對最新的程序代碼進行編譯,記錄編譯的結果。如果不成功需屏蔽或修改等方式,使代碼可正常編譯。

 

4

進行BVT工作,結果記入《Code Build & BVT報告》

 

5

ReleaseBuild的目錄下建立文件夾,命名格式爲V0.8.0230.0729,複製編譯成功的程序到此文件夾

 

6

修改Web.configConfig\PBOC.config中的配置

 

7

發佈該程序,發佈名稱格式爲PBOC.Web_R_ V0.8.0230.0729

 

8

寫《Code Build & BVT報告》,簽入到VSS

 

9

按照郵件模板給成員發佈版本

 

5.5. 郵件格式

1

收件人

項目組成員

2

抄送人

相關負責人

3

主題

如:Daily Build&Release Build報告 | ReleaseBuild V0.8.0208.0706

4

內容

報告摘要:

編譯時間:          2007-07-06 10:00

編譯服務器:      10.169.169.74

型:                Release Build

版本號:              V0.8.0208.0706

編譯情況:           編譯成功,BVT通過

訪問地址:           http://IP/PBOC.Web_R_V0.8.0208.0706/Login.aspx

說明:版本號爲編譯版本號,只針對內部人員所有CodeBuild文檔參見\\VSS_DB_DJZ /綜合報送產品改造項目/測試目錄/ CodeBuild報告

 


6. 配合工作
6.1. 和開發組的配合

  •  從2007-6-24 下午16:00開始正式進行BVT流程,請開發小組在這之前將各自的源代碼Check-in 到VSS服務器。
  • 開發小組必須保證在每天16:00前將自己最新且完成的源代碼更新回代碼數據庫(Check In),如果沒有完成那麼可以不更新(保持Check Out 狀態),但要求保證不將任何會導致編譯錯誤的代碼更新(Check In)進代碼服務器
  • BVT原則上每天進行,如果不能Build通過或BVT不通過,則開發小組應優先解決該問題,並且確保當日內將該問題解決。

6.2. 和測試組的配合
BVT人員除提供給測試小組通過BVT的前/後臺代碼,同時還負責測試環境執行代碼更新,並且有義務協助測試組更新調試更新代碼後的測試環境。

出處http://www.cnblogs.com/shishanyuan/archive/2011/08/11/2135328.html

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章