陜西sonarqube 掃描報告-蘇州華克斯信息

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

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

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

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

SonarSource 的產品和服務被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產品和服務提高生產率， 降低風險， 終開發(fā)更好的軟件。SONARSOURCE 的產品和服務被世界各地的客戶所使用。

思科系統(tǒng) (NASDAQ: cisco) 是領xian的網絡技術。思科擁有73460名員工和 Q2 FY13 121億美元的收入， 在各種技術領域， 包括安全、網絡會議、路由: 邊緣//接入、語音等方面都是市場的。思科 IT 代表公司的工程部門， 負責提高開發(fā)人員的生產率， 并在持續(xù)交付、構建管理、代碼審查和部署方面實施jia做法。思科的目標是設計、實施和宣傳的軟件質量和維護工具。軟件質量面臨的關鍵挑戰(zhàn)

今天， 思科將成為世界上 1 it 組織的軌道， 但有一段時間， 它無法管理軟件質量可能是一個絆腳石。根據(jù)思科 it 工程師 Dhairya Sanghvi 的數(shù)據(jù)， 使它進入和通過 QA 的代碼的質量是一個問題。過去有許多與代碼相關的問題， 隨著時間的推移而不斷升級， 花費了我們很多錢。部分問題是缺乏標準。'我們曾經有開發(fā)團隊以一種雜亂無章的方式進行代碼審查和非功能分析，' Sanghvi 說。'沒有信息存儲或對缺陷數(shù)量有清晰的了解'， 也無法看到質量隨時間變化的方式。此外， '代碼評審所采用的系統(tǒng)和流程沒有標準化， 因為沒有用于執(zhí)行 (審查) 的通用工具或規(guī)則集'。開發(fā)團隊正在使用各種工具進行靜態(tài)分析和單元測試， 但他說， '思科需要將其轉移到一個具有更成熟報告能力的工具上， 開發(fā)人員和管理層都可以對其進行解釋。SONARQUBE 是一致的選擇

Sanghvi 說， 在尋找能夠滿足思科需求的工具的同時， 研究團隊也在嘗試將敏捷實踐融入到思科 it 開發(fā)環(huán)境中。他說， 這支球隊是以 SonarQube 的特點出售的， 但整合是關鍵的。'SonarQube 是一個代碼分析工具， 與詹金斯集成好， 我們去了， ' a-哈， SonarQube 它是這樣的!SonarQube 是一致的選擇。Sanghvi 說， SonarQube 有 '很多偉大的特點'， 但這些突出:可自定義的規(guī)則集-'SonarQube 中的可定制的質量配置文件是一個非常有用的靈活性， 考慮到我們的平臺上有各種不同的粉筆和奶酪的團隊，' Sanghvi 說。'此外， 將 xml 規(guī)則 (從一個 SonarQube 實例轉移到另一個) 和這些配置文件的繼承能力都很容易使其成為的產品。項目組合管理-思科公司正在使用投資組合管理插件， 在整個企業(yè)中提供管理友好、個性化的質量指標。這給整個組織提供了很大的激勵， 可以定期檢查他們的進度，中國sonarqube 掃描報告， 跟蹤改進并采取行動來修復質量缺陷。時間機器– '趨勢分析報告是 SonarQube 中da量的使用能力之一， 幫助我們說服許多項目團隊采用該工具' Sanghvi 說。'能夠看到我們的項目在很長一段時間內的質量改善是關鍵的項目之一， 在您的阿森納。當與項目組合管理插件結合使用時， 此功能為組織的性能提供了一個完整的窗口。在代碼審查和功能集成中節(jié)省了大量的資源時間

根據(jù) Sanghvi 的數(shù)據(jù)，代理商sonarqube 掃描報告， 思科公司采用 SonarQube 的方法， 對這家企業(yè)來說是一個巨大的勝利。'SonarQube 已經觸發(fā)了三倍的業(yè)務影響， 我們已經看到了在每一個項目團隊， 我們已經登上-交付 (時間到能力減少)， 工程 (質量改進) 和業(yè)務價值 (成本節(jié)約)。通過將代碼分析轉移到開發(fā)階段并每天運行它，代理商sonarqube 掃描報告， Cisco it 大大提高了代碼質量， 并因此減少了緊急 bug 修復， 這 '為組織節(jié)省了大量成本'， Sanghvi 說。'在 PLC 的早期階段遇到的缺陷比以后被發(fā)現(xiàn)的要便宜得多。下一次大勝利是在代碼審查領域?，F(xiàn)在， 每個團隊都在同一個地方進行代碼評審， 使用相同的工具和度量， SonarQube 提供了對關鍵缺陷度量的清晰和基于時間的可見性。由于 SonarQube 的日常代碼分析， 在代碼審查和功能集成中節(jié)省了大量的資源時間。此外， 'SonarQube， 與其相關的質量概況和他們的客戶

SonarSource交付管道，

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

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

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

此更改將觸發(fā)管線的新運行。哦不！生成管線中斷， 并且未進一步處理更改。在下面的圖像中， 您會看到已定義的質量門被忽略?？梢暬怯烧步鹚顾{色海洋完成的。

01 PipelineFailedBlueOcean

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

02發(fā)現(xiàn)

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