SonarSource簡介

我們建立了一個 '商品' 解決方案來管理代碼質量。要做到這一點， 提供hao的產品是不夠的。產品也必須與整個生態系統在開發過程中發揮良好的作用， 否則它們將根本不會被使用 (至少在我們所期望的規模上)。正是基于這一點， 我們建立了 SonarQube 和 SonarLint。與生成系統

SonarQube 與標準構建系統緊密集成， 提供零配置方法。通過與liu行的構建系統 (如 Maven、MSBuild、Gradle 和 ANT) 集成， 我們提供了一種快速的掃描項目的方法， 很少或根本沒有配置。但這并不是唯yi的好處: 這種集成也意味著這種分析 '配置' 將始終是xin的， 因為它是用來構建項目的， 因此在長期運行過程中保持平穩。生成系統ci 引擎與CI 引擎

SonarQube 集成了liu行的連續集成引擎， 如詹金斯和 TFS。SonarQube 與構建系統的集成加上簡單的命令分析線機制， 意味著 SonarQube 已經很容易地與 CI 引擎集成。但是，河南sonarqube 插件， 我們已經更進一步地提供了額外的集成與 CI 引擎， 如詹金斯和 TFS 通過啟用一鍵式體驗集成 SonarQube 掃描到構建。與ide

開發人員在他們喜歡的 IDE 中獲得代碼質量的反饋。SonarLint 為開發人員提供了在 IDE 中直接對代碼質量的 real-time 反饋， 突出顯示了開發人員類型的問題， 以便將重點放在代碼上。ide公司系統與企業系統

作為企業產品， SonarQube 可以很容易地與現有系統集成， 例如授權和身份驗證。SonarQube 帶有內置功能， 可與的安全系統 (如 Active Directory、LDAP、Oauth 等) 集成。身份驗證以及授權可以委派給這些系統。它還可以集成到大多數其他系統， 這得益于它強大的 API。與連續部署

SonarQube 提供了一個簡單的工具， 以集成到管道。SonarQube 提供了在連續交付過程的任何步驟中， 將代碼質量驗證 (稱為質量門) 掛鉤的能力。這使您能夠在代碼是否已通過您的預定義的代碼質量標準集的基礎上進行升級， 從而自動化了升級審批過程。

SonarSource 的產品和服務被世界各地的客戶所使用。所有規模的組織都在使用來自 SonarSource 的產品和服務提高生產率， 降低風險， 終開發更好的軟件。Silverpeas 已經能夠實現新的功能和提高產品性能， 這已導致贏得越來越多的客戶。Silverpeas 是協作知識和內容管理的平臺。寫在爪哇， Silverpeas 出生于 1999年， 在黑暗時代的 J2EE。這是一個時代之前的框架， 當英雄編碼沒有測試或文件。結果是一個工作產品的支持下的混亂的定制框架， 是基于良好的想法， 但執行不。隨著時間的推移， 由于在產品的早期就做出了短視的設計決策， 而且由于對其體系結構沒有明確的愿景， 因此發展和維護代碼變得越來越困難。技術債務 = 責任

這種情況使我們很難跟上創新的步伐， 保持市場的競爭力。使問題復雜化的是， 執行基本維護和實施新功能的高昂成本使得很難獲得新客戶。技術債務代表了一個太大的負債。夠了在 2009年， Silverpeas 團隊作出了一個激烈的決定: 現在是時候， 以現代化的架構和提高 Silverpeas 的代碼質量。但他們需要確切地知道如何， 什么， 以及在哪里重構之前， 他們可以繼續。'我們需要一個工具來支持我們的改變，' Silverpeas 軟件建筑師米格爾 Moquillon 說。'SonarQube (當時的聲納) 被選中來幫助我們獲得正確的， 這些問題。通過它的質量分析工具和它的統一和可定制的界面， 我們有信息， 以確定我們必須執行的任務， 以減少技術債務和提高代碼的質量。這是我們的 GPS 在改善 Silverpeas 的道路上。SONARQUBE 保持技術債務控制

Silverpeas 團隊在 Silverpeas 的現代化過程中選擇了 SonarQube 這一關鍵角色， 部分原因是它是開源的， 就像 Silverpeas 一樣， 易于擴展，中國sonarqube 插件， 但 SonarQube 也提供了一些功能 Moquillon 說， 團隊發現引人注目的:統一和集中的儀表板'一個統一和集中的儀表板， 其中呈現代碼的主要質量指標: 一目了然是什么出錯了， 什么是改進了， 很容易看到。簡單的導航--'一種簡單的方法來導航到相關代碼的不同指標: 很容易找到需要操作的代碼部分.'強大的報告-'在時間的指標演變的跡象: 我們可以估計我們的代碼改進的努力。更好的軟件質量已導致越來越多的客戶贏得

SonarSource 的解決方案有助于 Silverpeas 的成功，代理商sonarqube 插件， 通過對關鍵問題提供持續和快速的反饋以及如何解決它們的建議。工作從堅實基地它的代碼質量改進給它， Silverpeas 團隊已經能夠實現新的功能， 并提高產品的魯棒性和性能， 這已導致贏得越來越多的客戶。今天， Silverpeas 團隊致力于將其軟件質量保持在 SonarQube 的軌道上。Moqillon 說， Silverpeas 團隊對 SonarQube 有信心， 因為 '這是一個開源項目， 如 Silverpeas， 因此， 我們是確保其演變和質量。他贊揚 SonarQube 的定期發布時間表、易用性、易于安裝以及與現有開發基礎結構 (如連續集成服務器詹金斯) 和構建系統 Maven 等集成的易用性。現在， SonarQube 分析運行每晚 Silverpeas 的35.1萬行代碼， 由詹金斯觸發的后期生成行動。開發人員和經理定期檢查結果， 并采取行動解決問題的集體努力，代理商sonarqube 插件， 以維護和進一步提高 Silverpeas 的軟件質量。

SonarSource

使用 SonarQube 的更廣泛的影響和機會

除了掃描之外， 一些組織看到的一個有趣的結果是， 個人

開始對 SonarQube 提供的信息采取行動， 以改變和改善其

關于質量代碼創建的行為。一些團隊已經開始參與--

甚至興奮-關于去和檢查的因素， 如測試代碼覆蓋率， 并已能夠

大大提高。董事們使用了 SonarQube 的有關規則違規的信息

教育團隊如何改變不良習慣以改進代碼的創建。所以一個關鍵的結果

SonarQube 在這些組織使用的機會， 鼓勵， 甚至推動

正確的行為。

一些組織通過強制將度量與構建集成在一起來幫助實現

和釋放過程。這意味著必須滿足某些標準， 以允許生成和

發布過程向前邁進。雖然你不能強迫人們普遍看待不良的結果，

當項目截止時間和軟件發布日期出現下滑時， 有機會使用

具有特定數據點和基準的工程經理了解

以前的工作。(組織這樣做是明智的， 他們在制定的標準

停止生成和發布過程。

總的來說， 一個實實在在的好處是測試覆蓋率翻了一番， 一些測試

使用 SonarQube 的組件團隊。一些組織已經觀察到測試團隊的覆蓋率

單元測試的4-5 時間的增加， 以及那些的和嚴謹的改進

使用 SonarQube 完成單元測試。這反過來又有助于驅動精que的基準

團隊的進步伴隨著更高質量的代碼的交付。

簡而言之， SonarQube 可以為基本代碼分析提供一個單一的點， 其中用戶來自

開發人員可以去看看他們需要知道什么來幫助提高代碼質量，

可能與代碼評審工具集成， 以便在儀表板中包含代碼評審指標。

SonarQube 的挑戰

SonarSource 的關鍵挑戰之一是讓企業相信投資回報率的好處

實現和使用代碼分析解決方案。在這方面的問題的一部分是， 它的

在許多公司的時候， 組織要理解長期利益是有挑戰性的

正在尋求快速的、迭代的部署。因此， 重要的是要了解長期利益

在代碼的有效期內， 而不僅僅是短期的優勢 (這是

在他們自己的方式顯著， 但不是戰略)。產品的演變， 以解決功能

諸如影響分析和跨平臺分析等功能也是

SonarSource 需要集中， 根據客戶。與代碼審查工具的集成也

被提及作為未來焦點的區域。

SonarSource 的小規模可能是企業部署決策采用的一個障礙。但是，

事實上， 基本產品是開源的， 通常跳轉開始采用的初始使用， 并

也為企業使用商業產品提供了一些保證。企業

在更大的部署中顯示采用 SonarQube 的客戶也有助于

讓那些擔心產品組合的能力被廣泛采用的人打消疑慮。