劉壯飛

【摘要】 目前，軟件產(chǎn)品在各個(gè)領(lǐng)域開(kāi)發(fā)和應(yīng)用，軟件產(chǎn)品推陳出新采用迭代發(fā)布，頻繁更新，給IT支撐帶來(lái)了極大的壓力，也對(duì)版本的管控力度和管控水平提出了更高的要求。那么，我們?cè)谌粘５墓芸剡^(guò)程中，如何提升版本增量的便利性，提升效率，保障版本按時(shí)保質(zhì)發(fā)布。本文主要重在解決以上問(wèn)題，提供一種基于SVN開(kāi)源框架并進(jìn)行二次開(kāi)發(fā)功能，實(shí)現(xiàn)版本的管控、自助增量、自動(dòng)編譯、打包和部署和發(fā)布功能。以期望通過(guò)可視化、自動(dòng)化和自助的方式來(lái)實(shí)現(xiàn)產(chǎn)品版本從版本制定、研發(fā)代碼增量、編譯和打包部署的整個(gè)過(guò)程，最終實(shí)現(xiàn)JaveEE項(xiàng)目的自動(dòng)化、自助式的版本增量工作，提升版本管理工作的質(zhì)量和效率。

【關(guān)鍵字】 自助發(fā)布 自動(dòng)發(fā)布 持續(xù)交付 持續(xù)繼承 版本管理 福富

一、現(xiàn)存問(wèn)題

CRM，客戶關(guān)系管理系統(tǒng)，業(yè)務(wù)特點(diǎn)是開(kāi)發(fā)周期長(zhǎng)，補(bǔ)丁次數(shù)多，需求要求緊，重復(fù)工作量大，每次發(fā)布均要做大量版本管控和準(zhǔn)備工作，以確保補(bǔ)丁版本發(fā)布的準(zhǔn)確性和及時(shí)性，目前主要采用人工增量完成版本迭代，存在以下問(wèn)題：

1.研發(fā)提交不規(guī)范，存在錯(cuò)、漏，影響版本質(zhì)量；

2.研發(fā)與配置間溝通不暢導(dǎo)致版本質(zhì)量下降；

3.配置人員不夠細(xì)心導(dǎo)致產(chǎn)品版本存在錯(cuò)、漏影響質(zhì)量；

4.配置工作機(jī)械性、重復(fù)性工作大，壓力大；

5.配置工作效率低下，延遲版本準(zhǔn)備。

那么，如何做好產(chǎn)品的版本準(zhǔn)備就成為一個(gè)亟待解決的緊迫問(wèn)題。

二、方案與思路

經(jīng)過(guò)綜合分析、考慮，主要有三個(gè)方面訴求：一、限制研發(fā)確保提交版本的準(zhǔn)確性，二、減少配置人員工作量，提升工作效率釋放人員，三、輔助日常項(xiàng)目管理。

需要包含以下功能模塊：版本規(guī)劃管理、代碼質(zhì)量管理、自助增量管理和項(xiàng)目輔助管理。

2.1版本規(guī)劃管理

對(duì)產(chǎn)品版本的規(guī)劃，確認(rèn)版本需要包含哪些補(bǔ)丁，以任務(wù)單為顆粒度，任何代碼的提交均需要有任務(wù)單，確保任何一個(gè)代碼可追溯。

2.2代碼質(zhì)量管理

1）控制代碼必須使用插件方可提交，方案是在svn服務(wù)器上增加鉤子腳本，對(duì)所有提交的代碼驗(yàn)證，必須包含某特殊字符，如：”$”或其他特殊符號(hào)，凡無(wú)該符號(hào)，一律不允許提交。

2）開(kāi)發(fā)eclipse客戶端插件，引入svn開(kāi)源框架，利用svn的api對(duì)研發(fā)提交的內(nèi)容進(jìn)行識(shí)別和記錄，記錄的主要內(nèi)容為：任務(wù)單號(hào)、文件路徑、名稱、差異部分內(nèi)容、涉及行數(shù)（增、刪）內(nèi)容等，便于在后續(xù)的版本打包、自助增量和項(xiàng)目統(tǒng)計(jì)使用。

3）插件提交頁(yè)面，“提交代碼”按鈕增加自定規(guī)則校驗(yàn)功能，支持java、js、正則表達(dá)式多方式校驗(yàn)，提升代碼質(zhì)量。

2.3自助增量管理

通過(guò)自助式增量、編譯、打包和受控等幾個(gè)環(huán)節(jié)，解決配置人員工作量大、重復(fù)機(jī)械勞動(dòng)、配置質(zhì)量低、研發(fā)與配置人員溝通不暢導(dǎo)致版本質(zhì)量等問(wèn)題，主要實(shí)現(xiàn)功能如下：

1） 開(kāi)發(fā)WEB頁(yè)面（可集成在Eclipse），提供研發(fā)人員日常的工作任務(wù)：代碼上傳、解壓、編譯和受控等幾個(gè)步驟，每個(gè)按鈕提供相應(yīng)的處理邏輯，針對(duì)研發(fā)人員提交的增量壓縮包進(jìn)行處理。

2） 提供研發(fā)人員自助上傳增量補(bǔ)丁包功能，利用svn框架采集的信息，識(shí)別增量補(bǔ)丁包提交的文件數(shù)量、路徑和文件內(nèi)容等，對(duì)增量包內(nèi)容進(jìn)行逐一驗(yàn)證，從而降低研發(fā)人員提交代碼錯(cuò)、漏的情況發(fā)生，提升增量補(bǔ)丁包質(zhì)量。

3） 提供自助一鍵編譯和受控功能，編譯功能，主要是通過(guò)調(diào)用maven開(kāi)源框架提供的api對(duì)項(xiàng)目代碼進(jìn)行自助一鍵編譯。在編譯通過(guò)后，通過(guò)調(diào)用svn框架的提交功能，實(shí)現(xiàn)版本的自動(dòng)受控功能。

2.4項(xiàng)目輔助管理

這里，主要是開(kāi)發(fā)統(tǒng)計(jì)頁(yè)面，利用各個(gè)環(huán)節(jié)產(chǎn)生的配置管理員版本制定記錄，研發(fā)人員提交記錄、編譯成敗記錄等，對(duì)研發(fā)人員工作成果進(jìn)行統(tǒng)計(jì)，輔助項(xiàng)目管理，初步評(píng)估員工、團(tuán)隊(duì)的績(jī)效。

有了上面四個(gè)大模塊的功能，項(xiàng)目組即可利用本工作平臺(tái)，初步實(shí)現(xiàn)了釋放配置人員、提升版本質(zhì)量、固化增量流程等目標(biāo)。結(jié)合后續(xù)的Jenkins進(jìn)行持續(xù)繼承，Selenium+RF自動(dòng)化測(cè)試和灰度發(fā)布等技術(shù)，即可實(shí)現(xiàn)版本的持續(xù)交付工作。

三、總結(jié)與展望

通過(guò)以上方式，為研發(fā)、配置人員提供了便利提升了工作效率，固化、規(guī)范了工作流程，釋放了人力，降低工作壓力，對(duì)研發(fā)提供補(bǔ)丁的準(zhǔn)確性進(jìn)行校驗(yàn)，提升版本質(zhì)量，在版本持續(xù)交付過(guò)程中起到規(guī)范化、標(biāo)準(zhǔn)化、自動(dòng)化的工作流程，并為進(jìn)一步的持續(xù)集成和持續(xù)交付奠定了踏實(shí)的基礎(chǔ)。

當(dāng)然，主要是基于SVN，僅支持Eclipse插件方式控制研發(fā)人員的代碼提交，暫時(shí)不支持Git，CVS等，且工具無(wú)法支持Netbeans和TortoiseSVN的界面方式進(jìn)行控制，還有待進(jìn)一步研究，提升該解決方案的通用性。

參 考 文 獻(xiàn)

[1]《持續(xù)交付》James A.Whittaker/Jason Arbon，人民郵電出版社出版，2013年10月

[2]《Google軟件測(cè)試之道》John Ferguson Smart，John Ferguson Smart，2011年7月27日