SonarSource結論

由 SonarSource 設計和實現， 內部質量連續檢測是一個整體，完全實現的過程， 旨在使代碼質量成為軟件開發生命的一個組成部分循環并提高其在整個生命周期中的所有利益干系人的可見性。連續檢查范例是非常有效的， 并已被證明是在現實世界中工作， 在所有行業從 one-man 商店到財富100強企業不等的組織。連續檢測是一種新的軟件質量模型， 它包含較短的反饋回路確保快速解決質量問題。簡而言之， 它是一個從一開始就建立質量的模型，而不是事后考慮。隨著持續的檢查， 發現質量缺陷-和糾正--在開發過程的早期， 影響很小而且易于管理。一些問題將在開發人員的 IDE 中被的捕獲， 然后再進行簽入。其余的將被報告在一天內， 雖然代碼仍然是新的開發人員的頭腦和修復仍然便宜和容易。這快速反饋周期具有提高質量和教育的雙重效益。連續檢查很好地適應了敏捷和瀑布開發環境， 并解決了傳統方法的缺點。持續的檢查提供了改進的質量對開發過程和時間線的xiao中斷。持續的檢查促進了團隊協作和生產力的增強， 并產生了強大團隊對代碼質量的歸屬感， 因為質量過程與代碼本身一樣， 是由團隊。在那里， 準時的審計被嘲笑為迅速過時， 并忽略增量軟件開發的性質， 連續檢查提供了一個即時性和清晰的圖片軟件質量隨時間推移。隨著持續的檢查， 質量的感知成本是零， 因為質量是混合無縫地進入開發過程本身。經過不斷的檢驗， 企業終于可以接受代碼質量 whole-heartedly，中國sonarqube修改檢測規則， 并da化其軟件 ROI。

SonarSource交付管道， 

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

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

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

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

01 PipelineFailedBlueOcean

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

02發現

在團隊會議中， 決定將其定義為一個阻止程序， 并相應地配置 SonarQube。此外， 建立了一個 SonarQube 質量門， 以打破任何建設， 如果一個攔截qi被確定。現在讓我們快速查看代碼。是的， 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 配置為運行和檢查代碼。但這僅僅是第yi部分， 因為我們現在還想添加質量門， 以打破構建。下一階段正好涵蓋了這一點， 請參閱下一片段。管道被暫停， 直到質量門被計算， 特別是 waitForQualityGate 步驟將暫停管道， 直到 SonarQube 分析完成并返回質量門狀態。如果遺漏了質量門， 則生成將中斷。

SonarQube 平臺

SonarQube 是一個連續的質量分析平臺， 它作為 web 服務器運行， 跟蹤指標

分析代碼和代碼結構。SonarQube 是一個開源平臺， 并被開發

牢記一個主要目標: '使代碼質量管理可供每個人使用

xiao的努力。SonarQube 生態系統是由 SonarQube 平臺和一套

plug-ins 在公共基礎設施上擔任東道主。

SonarQube 實質上提供了代碼分析器、儀表板、報告工具、問題跟蹤和

TimeMachine 作為功能， 但它也有一個插件機制， 使社區能夠

擴展功能 (當前有超過 60 plug-ins 可用)。

SonarQube 可以成為源代碼質量的協調中心， 因為它不需要

限于開發人員或技術嫻熟的， 但可以提供有用的信息廣泛

項目經理， 技術領導， IT，中國sonarqube， 甚至在一個組織內的業務領導

可自定義的儀表板。SonarQube 的建筑和 plug-ins (如 SQALE) 和

管理和跟蹤技術債務的機會可以為管理人員提供關鍵信息和

業務在整個軟件生命周期中反復地主動地解決缺陷。他們提供

與質量和成本有關的項目的概述， 并幫助解決風險。

SonarQube 提供的不僅僅是關于軟件健康的指標。由于開發人員

提供了一個粒度代碼級別的信息， SonarQube 使這些構建軟件

查找并深化到存在代碼問題的位置。SonarSource 的產品組合使

對軟件變更領域的反饋和影響分析， 并提供反饋， 說明如何

改進開發方法。產品還提供與構建管理的協調

(與詹金斯的支持)， 以幫助實現持續集成的部署。

SonarQube 集成的工具， 如 FindBugs， Checkstyle， PMD， FXCop的，中國sonarqube規則， C的p的p的Check 出 of-the-box，

或提供 plug-ins。然后， 它可以充當代碼分析工具的中心中心，

從而為多個項目提供歷史洞察力和趨勢分析。一體化的地方

分析和報告是一個加號， 即使組織選擇不對發送的報告采取行動。

可以訪問有關代碼復雜性的歷史數據和發現的問題工具的數量

該代碼可以提供是否有效地構建軟件的可視性， 或者如果方法

需要改變。

在語言方面， SonarQube 支持分析 Java 的， 但也有超過20

語言， 如 COBOL、c++、PL/SQL 和 c# 通過 plug-ins (開源或商業)

因為報告引擎是語言不可知的。

SonarQube 使組織能夠在七軸上覆蓋質量并報告:

?重復代碼

?編碼標準

按單元測試?覆蓋范圍

?復雜代碼

?潛在 bug

?評論

?設計與體系結構

xin版本還改進了軟件質量屬性的評估， 并

一個更好的工作范圍的技術債務和孤立的問題， 創造技術債務，

根據參考。SonarQube 是可配置的， 可以給代碼一個 '等級' (從 a 到

E)， 并可以確定它通常在努力和所需的工作類型方面的成本

改進軟件。例如， 由于缺少單元測試， 代碼可能有較低的評級， 或者

由于大量的重復代碼或安全違規。SonarQube 將顯示

違規行為是并將估計解決這些問題的費用。用戶可以更改工作量估計和

他們會被計算在內， 這是有幫助的。此版本還可以使比較團隊

根據需要對項目和組織的各個部分進行評估。

雖然 SonarQube 可以在戰shu上用于一次性審計， 但它可以更具戰略性地利用

作為一個共享的， 共同的信息來源的質量分析正如剛才所描述的， 以幫助

支持代碼質量的持續改進策略。

各種各樣的組織使用 SonarQube 提供的產品組合的范圍 (從

本公司的免費 '開源' 選項給企業， 站點范圍內的 '終ji' 許可版本)。

然而， 目標在是大和非常大公司與企業， 分布

開發團隊和合作伙伴協調。一人團隊可以使用開源版本

顯然， 這可以作為一個坡道上的收養。但一旦一個組織越過

在開發項目和用戶的數量方面， 需要移動到

商業企業解決方案。IDC 發表了三企業客戶參考

SonarQube， 主要是開始開放源碼收養， 獲得立足點， 然后演變

到部署1000以上的用戶。