亚洲国产精品综合久久网络,亚洲综合在线一区二区三区 ,亚洲一二成人精品区

hudson中subversion HEAD check out 的問題及疑惑

近期發(fā)現(xiàn)一個問題，hudson執(zhí)行任務(wù)時，經(jīng)常不能獲取到最新的代碼，從而導(dǎo)致出現(xiàn)各種問題。

日常開發(fā)中的典型例子：發(fā)現(xiàn)一個bug，修改代碼，本地測試通過，提交代碼到subversion，手工激活hudson構(gòu)建，原本期望hudson獲取到剛剛提交的代碼并測試/打包/發(fā)布。結(jié)果事與愿違，測試的結(jié)果發(fā)現(xiàn)剛剛做出的修改似乎沒有生效。正費解之時，再執(zhí)行一次hudson構(gòu)建，又成功了...

經(jīng)歷過幾次上述蹊蹺遭遇之后，發(fā)現(xiàn)這個問題不是偶然。之后檢查hudson的日志，發(fā)現(xiàn)問題的發(fā)現(xiàn)在最開始update / check out subversion代碼時，明明已經(jīng)提交的代碼，hudson做update / check out時，居然沒有update / check out下來！顯示的subversion版本號也和subversion上實際的最新版本不一致，hudson總是要小一些，換言之，hudson update / check out的代碼要比當(dāng)前最新代碼老一些。

google一番，發(fā)現(xiàn)這個問題之前就有人遭遇過，hudson上甚至已經(jīng)有了好幾個關(guān)于這個問題的bug，比如 http://issues.hudson-ci.org/browse/HUDSON-1241 "force using HEAD SVN version for build"。問題的根源在于hudson 獲取subversion代碼的方式，hudson是通過時間戳的方式來獲取代碼，而不是我們一般認(rèn)為的"最新代碼"即"HEAD"。這種方式通常沒有問題，因為獲取當(dāng)前時間戳，然后要求update / checkout這個時間戳前的代碼，理論上也是可以拿到最新代碼的。

但是，如果hudson所在的服務(wù)器和subversion服務(wù)器時間不一致，這個機制就會出現(xiàn)問題:

我們假設(shè)subversion服務(wù)器的時間是準(zhǔn)確的，再假設(shè)當(dāng)時時間是15:10分，開發(fā)人員A提交代碼，subversion上當(dāng)前這個最新提交的代碼時間戳為15:10:00。然后開發(fā)人員A手工激活hudson進行構(gòu)建。hudson在15:10:20時開始check out代碼。如果hudson時間無誤，則hudson會發(fā)出請求說要求獲取時間戳在15:10:20之前的代碼，這樣這個實際提交時間為15:10:00的新代碼就可以如期的被check out。但是如果hudson的時鐘有誤，由于某些原因?qū)е聲r鐘偏慢2分鐘，即在hudson上，"當(dāng)前時間"為"15:08:20"，則hudson獲取代碼的請求為:獲取時間戳為15:08:20之前的代碼，此時時間戳為15:10:00的新代碼就無法checkout。

幾分鐘之后，疑惑的開發(fā)人員A再次激活hudson再次構(gòu)建，假設(shè)此時時間時間是15:15:00，hudson慢兩分鐘為15:13:00。此時hudson發(fā)出請求: 獲取時間戳為15:13:00之前的代碼, 因此實際提交時間為15:10:00的新代碼可以正常checkout，問題又在不知不覺被回避了。

總結(jié)說，hudson 獲取代碼的機制不是我們直覺中的獲取最新代碼(即subversion中HEAD checkout)，而是基于時間戳。由于這個方式通常如HEAD般工作，因此我們總是容易誤解為是獲取最新代碼。當(dāng)hudson的時鐘晚于subversion時，悲劇就出現(xiàn)了。

對這個問題，有幾點疑惑：

1. 不明白為什么hudson不采用最直接最簡單最容易被人理解最不容易出誤解的HEAD checkout，而要基于時間戳

2. 這個問題很早就發(fā)生了，上面提到的bug 08年就被人提出, "Created: 31/Jan/08 05:37 AM Updated: 01/Jul/10 11:06 AM"，三年了類似的bug被多次提出，但是就是始終沒有修復(fù)。

修復(fù)的方式很簡單，就改一個類的一行代碼

in Class: hudson.scm.SubversionSCM

line 377:
final SVNRevision revision = SVNRevision.create(timestamp);
replace to:
final SVNRevision revision = SVNRevision.HEAD;

hudson拒絕修復(fù)的理由是什么？

posted on 2010-09-29 23:02 sky ao 閱讀(2682) 評論(0) 編輯收藏所屬分類: project manager

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發(fā)表評論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關(guān)文章: 解決gradle與sonar集成過程中的版本問題 sonar 與 NOSONAR hudson中subversion HEAD check out 的問題及疑惑 confluence 3.3.1 linux安裝筆記 fisheye2.3.6 安裝筆記 sonar 安裝配置筆記 fisheye2.2.1 & Crucible 2.2.1 安裝配置筆記 jira4 + resin4 + mysql的linux安裝筆記(以失敗告終) jira 4.0.2 windows安裝

Sky's blog

導(dǎo)航

留言簿(8)

隨筆分類

隨筆檔案

閱讀排行榜

評論排行榜

常用鏈接

統(tǒng)計

其他鏈接

友情鏈接

最新評論

hudson中subversion HEAD check out 的問題及疑惑