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