在jenkins上建立了一個(gè)job，通過標(biāo)準(zhǔn)的maven命令來執(zhí)行打包測試和上傳artifact到nexus倉庫。mvn 命令為標(biāo)準(zhǔn)格式： clear deploy。
隨后考慮到需要執(zhí)行sonar，第一個(gè)解決方案是在jenkins中新建一個(gè)名為***_sonar的job，執(zhí)行命令sonar:sonar。在原有job上通過設(shè)置Post-build Action / Build other projects， 將***_sonar加入到 Projects to build，實(shí)現(xiàn)sonar job的在原有job執(zhí)行后觸發(fā)。當(dāng)時(shí)需要勾選"Trigger only if build succeeds"，避免構(gòu)建失敗的時(shí)候也觸發(fā)sonar的執(zhí)行。
這個(gè)方案運(yùn)行正常，但是隨后發(fā)現(xiàn)有些性能問題：sonar的job執(zhí)行時(shí)，需要重新update SCM，然后需要再次執(zhí)行test，之后才能進(jìn)行真正屬于sonar的任務(wù)如代碼檢測等。明顯update SCM 和執(zhí)行test是重復(fù)了原有job，純屬浪費(fèi)。這個(gè)重復(fù)執(zhí)行問題隨著測試案例和測試執(zhí)行時(shí)間的增加，會(huì)越來越明顯。因此需要考慮消除這里的重復(fù)問題，減少build的時(shí)間，并節(jié)約jenkins的資源。
首先考慮兩次scm update的問題，這個(gè)問題的來源在于有兩個(gè)jenkins的job，因此考慮將***_job廢棄，直接在原有job上執(zhí)行sonar。將maven命令修改為以"clear deploy sonar:sonar"。
這次理所當(dāng)然的只update 一次scm，但是test 還是執(zhí)行了兩次。在install階段執(zhí)行第一次，在sonar:sonar階段執(zhí)行第二次。
試著在jenkins中安裝sonar的plugin，然后將maven命令修改為原來的"clear deploy"，在Post-build Actions勾選sonar，通過jenkins的sonar插件來執(zhí)行sonar。很遺憾，還是兩次test。
想了想問題還是在sonar這里，為什么不直接使用已經(jīng)執(zhí)行的test的結(jié)果？
google了一下，發(fā)現(xiàn)sonar自己的文檔中也提到了這個(gè)兩次執(zhí)行test的問題，但是，居然沒有給出解決的方法。
http://docs.codehaus.org/display/SONAR/Analyse+with+Maven
不過提到可以通過設(shè)置-Dmaven.test.failure.ignore=true 來要求sonar即使在test執(zhí)行失敗的情況下也要執(zhí)行代碼分析。
隨后google到sonar的jira記錄，有一個(gè)bug解決這個(gè)問題
http://jira.codehaus.org/browse/SONAR-415
jiar記錄中明確提到，“for performance reasons. It avoids executing twice unit tests.”，呵呵，正和我意啊。
解決的方法，就是通過設(shè)置 sonar.dynamicAnalysis = reuseReports，使得sonar放棄運(yùn)行 test 而直接復(fù)用已有的report，從而避免了二次執(zhí)行test。
總結(jié)：最終的mvn 命令行
clean deploy sonar:sonar -Dsonar.dynamicAnalysis=reuseReports -Dmaven.test.failure.ignore=true