SonarSource

SonarQube是一個開源平臺，于2007年以Sonar的名義推出，近年來成為世界代碼質量管理體系的，以其持續的代碼質量檢測而著稱。

它目前支持25種語言，其中一些包括Java，C / C ++，C＃，PHP，Flex，Groovy，JavaScript，Python，PL / SQL和COBOL，它也經常被用作Android開發的一部分。

它是有用的，因為它提供全mian的自動化分析工具，并與Maven，Ant，Gradle和其他持續集成工具集成。它報告了重復的代碼，編碼標準，單元測試，代碼覆蓋率，復雜代碼，潛在的錯誤，評論和設計和架構。

它可與Java IDE開發環境（如Eclipse，NetBeans和IntelliJ IDEA）集成，并可通過使用插件進行擴展。

下次再檢查一下，我將會看看有用的HTML和CSS工具。

您使用什么工具來幫助改進代碼，讓我們知道！

這篇文章是我們的“Java文章索引”系列的一部分。在這些文章中，我們的目標是探索Java和Javafx的世界。看看吧！

如果您是第yi次讀者，或者只是想在發布新文章和更新時收到通知，您可以通過社交媒體（Twitter，Facebook和Google+）或博客RSS保持xin。

相關文章：

宣布JDeli - 一個新的Java圖像庫

Java PDF播客現在在ITUNES上可用

Java PDF播客1 - 版本5發行版概述

免費PDF指南：系列指數

免費PDF指南更新 - 非技術用戶的5個簡單步驟中的PDF到HTML5

SonarSource 城市之旅2016丹切2016年5月26日在10:14pm今天我參加了倫敦 SonarSource 城市之旅。SonarSource 制作兩個 '連續代碼質量' 工具: SonarQube;和 SonarLint。

雷迪森 sas 波特曼酒店舉辦的低調活動約50與會者。我們聽到了一些適當的技術介紹， 從奧利維爾 Gaudin， 弗雷迪槌， 和 SonarSource 的尼古拉斯秘魯和鄧肯波克林頓從微軟。

技術債wu這一天開了一個問題。誰負責代碼質量？還是 QA？

是不加掩飾的: 開發商。

在某些情況下， 引入技術債wu是可以的， 但團隊需要了解他們所創建的問題的權衡和存在的程度。hao的方法是通過客觀和一致的測量。

'修復泄漏'知道你有問題是一回事。修理它是另一回事。

這一天的首要主題是 '修復泄漏': 當你有一個漏水的管道， 你應該先修復它還是先把它擦干凈？如果你不首先解決問題的根源， 那么清理就不是很有用。

(這對我來說特別的傷感， 因為我在家里的水管漏水， 所以我遲到了。

在實踐中，中國sonarqube代理商， 這意味著設置一個質量的酒吧 (或 '門' 的 SonarSource 行話) 新的變化， 但大多忽略現有的問題， 直到你得到控制的事情。

這似乎是一個不錯的方法， 有兩個原因:

它減少了在遺留的基本代碼上開始的摩擦力， 因為你可以假裝你是從一個干凈的石板開始;這是沙子上的一條線， 它為球隊的前進設定了期望。奧利維爾不厭其煩地強調， 有一個自動化的工具， 實施這種行為不會減輕你的教育團隊的jia做法。每一個指標都可以博弈， 所以你需要讓人們在船上的概念， 真正充分利用它。

SonarQubeSonarQube 度量您的代碼庫的可維護性、可靠性和安全性， 并跟蹤隨著時間的推移而改進。它還指出了代碼中特定的代碼氣味， 應該是固定的。

SonarQube 是由超過75k 的公司使用的， 其中一些有數以千計的開發人員和數百萬行代碼。它成為事實上的代碼質量工具， 因為它的介紹8年前， 超過其 Java 根現在支持超過20種語言。

弗雷迪給了我們一個簡要的特點， 從近的版本， 包括 v5.6 (將在幾個星期內發布)。

值得注意的是， 現代化的體系結構不再需要分析器和數據庫之間的直接連接。這一切都通過了一個網絡服務， 這是更明智的。

質量評級也正在完善。現有的 SQALE 度量對衡量項目的可維護性很有好處， 但它沒有考慮到問題的嚴重性。它也沒有真正與泄漏概念的網格。

在 SonarQube 5.6 中， SQALE 將重新命名為可維護性， 并且將為性、安全性和可靠性提供新的評級。將所有這些信息一起放在所有項目中將是一個新的治理儀表板 (一個商業插件)。

路線在工作中， 我們使用 gitflow。我們不想合并一個功能分支， 如果它會降低項目的質量， 因此我們特別希望了解分支支持在 SonarQube 中將如何改進。

已經有拉請求集成與 GitHub 和藏匿， 讓你知道什么時候合并會引入債wu。

但是， 目前在 SonarQube 內部， 單獨的分支被視為單獨的項目。配置是重復的， 而且更糟糕的是， 每個功能分支都包含了主分支中的所有問題和債wu。

這是幸運的 SonarSource 的一個高優先級， 雖然它不會被宣布時， 它將船舶。目標是將項目的所有分支作為對主分支的比較。

群集是路線圖的一個令人驚訝的補充， 因為這看起來不像是一種需要支持大量負載的產品。然而， 一些真正巨大的設施確實存在于野外， 它可以利用多個 web 服務器與同一數據庫進行對話。

當弗雷迪宣布 SonarQube 為服務時，代理商sonarqube代理商， 群集的隱藏議程變得清晰明了。這將是一個免費的開放源碼項目服務， 可以分析任何地方托管的項目 (雖然它需要一個 GitHub 帳戶進行身份驗證)。它將支持所有的內置 SonarSource 插件， 但沒有第三方的。這對開源社區來說是一個好消息!

后， 我有機會問墻和集成系統， 如 JIRA。一般的意見是， 這些應該處理外部 SonarQube 本身， 并集成使用的全功能的 rest API 暴露的 SonarQube。

SonarLintSonarLint 是您的 IDE (Eclipse、IntelliJ 或 Visual Studio) 的插件， 它在您鍵入時標記代碼質量問題。這個想法是為了防止泄漏之前， 他們共享與其他的研發

SonarSource交付管道，

持續的交付和 DevOps 是眾所周知的和廣泛傳播的做法現在。人們普遍認為， 重要的是組建偉大的團隊， 首先定義共同的目標， 然后選擇和整合適合于給定任務的工具。通常， 它是一個輕量級工具的混搭， 它們集成在一起建立連續的交付管道并支持 DevOps 的計劃。在這個博客文章中， 我們放大到了整個管道的一個重要部分， 這就是經常被稱為連續檢查的學科， 它包括檢查代碼并在上面注入一個質量門， 并顯示在達到質量門后如何上傳工件。DevOps 的啟用工具包括詹金斯、SonarQube 和 Artifactory。

的用例你已經知道質量不能在事后被注入， 而是從一開始就應該是過程和產品的一部分。作為一種常用的良好做法， 強烈建議您盡快檢查代碼并使結果可見。因為 SonarQube 是一個很好的選擇。但 SonarQube 不只是運行在任何孤立的島嶼， 它是集成在一個輸送管道。作為管道的一部分， 代碼被檢查， 并且僅當代碼根據定義的要求是好的， 換句話說: 它滿足質量門， 被建立的工件被上傳到二進制存儲庫管理器。

讓我們考慮下面的場景。其中一個繁忙的開發人員必須修復代碼， 并檢查對中央版本控制系統的更改。白天很長， 晚上很短， 而且對所有團隊的承諾， 開發人員沒有檢查本地沙箱中代碼的質量。幸運的是， 有構建引擎詹金斯作為一個單一的真理點， 實現交付管道與其本地管道功能， 并作為一個方便的巧合 SonarQube 有支持詹金斯管道。

此更改將觸發管線的新運行。哦不！生成管線中斷， 并且未進一步處理更改。在下面的圖像中， 您會看到已定義的質量門被忽略。可視化是由詹金斯藍色海洋完成的。

01 PipelineFailedBlueOcean

SonarQube 檢驗潛在的問題是什么？我們可以打開 SonarQube 的 web 應用程序并深入查找。在 Java 代碼中， 顯然沒有將字符串文本放在右側。

02發現

在團隊會議中， 決定將其定義為一個阻止程序， 并相應地配置 SonarQube。此外， 建立了一個 SonarQube 質量門， 以打破任何建設， 如果一個攔截qi被確定。現在讓我們快速查看代碼。是的， SonarQube 是對的，代理商sonarqube代理商， 下面的代碼段有問題。

03 FindingVisualizedInCode

我們不希望詳細討論所有使用的工具， 也涵蓋完整的詹金斯構建工作將超出范圍。但有趣的提取這里的檢查方面是在詹金斯管道 DSL 中定義的以下階段:

配置. xml: SonarQube 檢查階段 ('SonarQube 分析') {withSonarQubeEnv ('聲納') {mvn 組織 sonarsource 掃描儀. maven: 聲納-maven-插件: 3.3. 0.603: 聲納 +'-f 所有/pom' xml +'-Dsonar projectKey = com. huettermann: 全部: 主' +'-Dsonar' 登錄 = $ SONAR_UN +'-Dsonar' 密碼 = $ SONAR_PW +'-Dsonar' 語言 = java +'-Dsonar。' 的+'-Dsonar。' 的+-Dsonar 測試. 夾雜物 = ** 測試 *** +'-Dsonar. 排除/**/** 測試 ***'}}用于運行 SonarQube 分析的階段。允許選擇要與之交互的 SonarQube 服務器。運行和配置掃描儀，sonarqube代理商， 許多可用的選項， 請檢查文檔。許多選項可用于集成和配置 SonarQube。請參閱文檔中的替代方案。同樣適用于其他覆蓋的工具。SonarQube 質量門作為詹金斯管線階段的一部分， SonarQube 配置為運行和檢查代碼。但這僅僅是第yi部分， 因為我們現在還想添加質量門， 以打破構建。下一階段正好涵蓋了這一點， 請參閱下一片段。管道被暫停， 直到質量門被計算， 特別是 waitForQualityGate 步驟將暫停管道， 直到 SonarQube 分析完成并返回質量門狀態。如果遺漏了質量門， 則生成將中斷。