您的位置:軟件測試 > 開源軟件測試 > 開源配置管理工具 > HUDSON
持續(xù)集成工具hudson
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2013/3/29 15:45:54 ] 推薦標(biāo)簽:

Use update: 這里選項勾上后,每次檢測到庫上有更新,會使用svn update命令;如果沒有勾上的話,那每次使用的是svn checkout命令。熟悉SVN的人都知道,小項目的話這兩個區(qū)別不大,但如果是大項目的話,update要比checkout命令省相當(dāng)多的時間。

Repository browser: 我也不知道這里是干嘛使的,沒研究,反正每次我都會選擇(Auto)選項。

八:Build Triggers:可以理解為你想以什么樣的方式去觸發(fā)你的構(gòu)建,以其它構(gòu)建成功后為基礎(chǔ),還是周期性的構(gòu)建,還是根據(jù)poll SCM(變更觸發(fā))來觸發(fā)構(gòu)建。

持續(xù)集成工具之Hudson

一般選擇一項即可,我使用的是poll SCM。第一項簡單,但對于大多數(shù)項目來說不太適用。它是根據(jù)TestJob這個工程所依賴的其它項目構(gòu)建成功為基礎(chǔ),如TestJob要依賴于Test這個項目(包括jar包啊,環(huán)境啊什么的),然后在Projects names里面填寫它所依賴于的項目名稱即可,如Test;第二項,是周期性構(gòu)建,Hudson提供了一種語法,可以查看后面的help,要在Schedule里面使用這個語法,如我寫成* * * * *,這表示每分鐘要構(gòu)建一次,*/30 * * * *,則表示每隔30分鐘進行一次構(gòu)建。當(dāng)然也可以設(shè)定年月日等日期;第三項是根據(jù)檢測的更新去執(zhí)行構(gòu)建,Schedule的語法表示跟上面一樣的,不多說了。

九:Build 這里是Hudson構(gòu)建部分的正式開始,也是心臟。先看下面幾個圖吧。持續(xù)集成工具之Hudson

我的項目是使用ant來實現(xiàn)的,當(dāng)然我選擇Invoke Ant選項,從這里來看,好像你可以自己在這個界面上直接定義ant語法,我的是有專門的ant文件去執(zhí)行某個target, 也有一個總的build.xml將這些target連接起來,還自己寫義了上些的properties文件,可以使用ant直接調(diào)用。里面定義了一些路徑啊,常量啊什么的。

持續(xù)集成工具之Hudson

Targets: 當(dāng)然這里我可以選擇任意的啦,也可以不填寫這里。(上面說了我都有一個總的build.xml啦)

Build File: 選擇我的build.xml所在的位置。

Properties: 如果是自己在Hudson里面寫ant的話,這里可以對一些常量進行定義,如路徑名等等。

Java Options: 去定義java在運行時的一些參數(shù),如-Xmx512m等等。

十:Post-build Actions這里也可以說是做一些發(fā)布啊,善后啊之類的,可以看到有mail, artifacts, publish之類的。

持續(xù)集成工具之Hudson

我只說我用過的幾個,別的我也沒資格啦。

Archive the artifacts 看下圖

持續(xù)集成工具之Hudson

可以指定archive的路徑,如D:hudsonjobsTestJobuilds, Excludes可以排除上些你不想成為archive的東西,如*.bak,*.zip之類的。

Discard all but the last successful/stable artifact to save disk space這個選項可以要也可以不要,但是如果你硬盤夠大的話,這個選項還是不要勾的好,這樣還可以去查看artifacts的歷史。

Build other projects看下圖

持續(xù)集成工具之Hudson

這里和上面的第八大節(jié)里面的Build Triggers的Build after other projects are built有一個承上啟下的作用?梢远x在這個項目構(gòu)建成功后去構(gòu)建哪幾個項目。Trigger even if the build is unstable建議項目之間依賴特別強的不要勾此選項,如果依賴不是特別強的話可以選擇此項以保證構(gòu)建的持續(xù)性。

E-mail Notification看下圖

持續(xù)集成工具之Hudson

Recipients:填寫收信的地址,下面有兩個選項,建議兩個都要選上,第一個是為每個不穩(wěn)定的構(gòu)建都要發(fā)mail通知相關(guān)的人,看來Hudson的開發(fā)者也相信no news is good news  大笑  第二個是一個比較好的想法,但是我覺得做的還不夠完美,這是給兩次構(gòu)建之間,對project進行修改過的所有的人都發(fā)一封mail,以告訴他們當(dāng)前版本構(gòu)建失敗,速度改正錯誤。 

上一頁12345下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd