sonarqube 安裝-華克斯

將SonarQube指標集成到TFS構建中 - 簡介

2014年7月31日/ ANDYBDEV

我一直在努力將SonarQube整合到我們每周運行的TFS中。如果你不知道SonarQube是否檢查出來。它是一個很好的方法來集中有關您的代碼的信息，這有助于捕獲和跟蹤關注KPI的人的指標（如果我們必須讓他們至少對他們的代碼質量有積極的作用），同時給那些“它是一個中心的地方，可以看到他們可以改進的代碼質量等問題。

以前，我們從TFS開發(fā)了一個單獨的Jenkins構建閱讀源，但是我們希望擺脫這個額外的構建，并且只需在TFS中執(zhí)行一次 - 似乎有點浪費和耗時地整理Jenkins以及TFS。事實證明，我已經(jīng)有了很好的時機（在寫作的時候），近才有聲納可以處理微軟測試結果和覆蓋文件的上傳（分別為.trx和.coverage） - http：//dehaus .ORG /顯示/ SONAR / C％23 +插件。

方法 - 使用標準的TFS Build工具包

不幸的是，將SonarQube集成到TFS構建中并不是直接的過程。那里已經(jīng)有可以為您進行掃描和上傳方面的定制活動（http:///2013/10/sonar-build-activity-for-tfs-updated/）。我不太喜歡自定義程序集，代理商sonarqube 安裝，因為您需要創(chuàng)建一個項目來管理模板，中國sonarqube 安裝，并提供大量引用來刪除所有的警告和錯誤，并且實際上允許您配置導入的活動，從那時起就成為一個需要從項目中編輯你的模板 - 我知道..它沒有什么大不了的，但我寧愿把它作為一個簡單的可編輯工作流程。然后，您需要將程序集提供給構建控制器，我希望避免需要這樣做 - 加上我曾經(jīng)遇到過這樣的問題，以便與過去的托管Team Foundation Service一起工作，這在歷史的上使我無法避免。

考慮到這些要點，我已經(jīng)采取了一種方法，這意味著大多數(shù)工作可以使用標準活動在構建模板中完成，其余的工作可以在幾個可以坐在源中的批處理文件中完成。

我會引導你完成這個過程。

SonarSource 的產(chǎn)品和服務被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務提高生產(chǎn)率， 降低風險， 終開發(fā)更好的軟件。SonarQube 是每天使用的 Zitro 游戲審查其 c++ 和 PHP 代碼， 并分配質量改進任務給其工程師。Zitro 游戲生產(chǎn)的xian進的游戲平臺預計會不停地運行， 沒有故障或錯誤， 因此軟件質量對其業(yè)務運營絕dui至關重要。但是制作的賓果軟件只是一次還不夠。為了保持其作為領xian的視頻賓果游戲的地位， Zitro 必須跟上創(chuàng)新的步伐， 這意味著經(jīng)常發(fā)布。由于 Zitro 生產(chǎn)的du博軟件， 處理真正的錢， 這些版本必須盡可能接近。保持短期的 Zitro 需要保持競爭力只有當它有一個清晰的， 全mian的和xin的圖片的質量影響的變化在一個版本。軟件質量-從哪里開始？

當它來檢查和提高其軟件質量， Zitro 只是不知道從哪里開始。首先， 對軟件的當前狀態(tài)沒有一個清晰的描述。這意味著， 即使它想投入資源來提高其軟件的整體質量， Zitro 的員工也無法有效地組織他們的改進工作， 因為他們不知道應該關注什么。掙扎， 他們做了唯yi的事情， 他們可以想到的;'我們做了繁瑣的， 手動代碼審查所有的新代碼， 每一個版本，' Zitro 研發(fā)總監(jiān)哈維 Albors 說。SONARQUBE 提供了一個關于整體源代碼質量的清晰視圖

當他們發(fā)現(xiàn) SonarQube 的時候， Zitro 的員工意識到他們已經(jīng)找到了一個高xiao且負擔得起的工具， 每天自動檢查所有的 c++ 和 PHP 代碼。Albors 說: '我們?nèi)匀辉诘囊恍┲匾糠诌M行了一些手工代碼審查， 但在所有的代碼中都沒有?，F(xiàn)在， '我們只審查 SonarQube 報告。更好的是， 他們能夠使用 SonarQube 的問題工作流來管理來自同一接口的這些報告中顯示的內(nèi)容的補救。SonarQube 的好處得到了明確的證明， Zitro 管理層決定將其部署到整個組織。像問題管理系統(tǒng)這樣的關鍵 SonarQube 功能加快了開發(fā)團隊的采用， SonarQube 的儀表板為組織中的每個人提供了重要信息的整合視圖。結果: 顯著的節(jié)省時間和代碼質量的改進

今天， Zitro 使用 SonarQube 分析約25萬行代碼， 這是劃分在17項目， 并由一個由20工程師團隊維護。應用程序通過與其 Quickbuild 生成服務器的直接集成， 每天進行分析。每天都會對新的 SonarQube 結果進行評審， 并使用問題管理工作流來分配質量改進任務。'我們贏得了所有團隊的時間， 提高了我們的源代碼質量， 因為機器正在監(jiān)視我們!Albors 說。

SonarSource設置

在引擎蓋下，這個SonarQube實例依賴于如下所示的許多默認或定制配置設置。

（以上是示例應用程序的截圖）

可以通過該界面訪問和更改各個組件的配置設置。

更新中心

到目前為止看到的各種儀表板中的許多小部件可以從下面的頁面啟用或禁用。還可以對所有小部件進行更新和升級，包括SonarQube本身的更新和升級。

（以上是示例應用程序的截圖）

升級過程

查看[10]中的升級過程，sonarqube 安裝，另見[11]，中國sonarqube 安裝，了解過程之前和之后應該做什么。

通常停止并重新啟動SonarQube是在應用更新或升級到一個或多個組件或SonarQube本身之前和之后執(zhí)行的常見步驟。

結論

在評估這些功能后，它清楚地表明，該產(chǎn)品具有優(yōu)于其他解決方案的優(yōu)勢，即大量免費插件，基于插件的儀表板系統(tǒng)，除了作為開源項目，還有一個很好的開始用。話雖如此，可能有商業(yè)產(chǎn)品有更好的質量評估命題，但不一定有用，除非你是一個大型組織。

使用SonarQube作為創(chuàng)建短反饋循環(huán)的工具，并在評估建議的更改的原理后，對代碼庫進行改進。如果反饋不正確或是假陽性或假陰性 - 一個選項是調(diào)整相關組件背后的配置設置，以查看在當前情況下提出的問題是否適用 - 基本上是轉動支票或不采取反饋字面上。