SonarSource 的產品和服務被世界各地的客戶所使用。所有規模的組織都在使用來自 SonarSource 的產品和服務提高生產率, 降低風險, 終開發更好的軟件。SONARSOURCE 的產品和服務被世界各地的客戶所使用。
思科系統 (NASDAQ: cisco) 是領xian的網絡技術。SonarQube的建筑和plug-ins(如SQALE)和管理和跟蹤技
代理商sonarqube總代理
SonarSource 的產品和服務被世界各地的客戶所使用。所有規模的組織都在使用來自 SonarSource 的產品和服務提高生產率, 降低風險, 終開發更好的軟件。SONARSOURCE 的產品和服務被世界各地的客戶所使用。
思科系統 (NASDAQ: cisco) 是領xian的網絡技術。SonarQube的建筑和plug-ins(如SQALE)和管理和跟蹤技術債務的機會可以為管理人員提供關鍵信息和業務在整個軟件生命周期中反復地主動地解決缺陷。思科擁有73460名員工和 Q2 FY13 121億美元的收入, 在各種技術領域, 包括安全、網絡會議、路由: 邊緣/核心/接入、語音等方面都是市場的。思科 IT 代表公司的工程部門, 負責提高開發人員的生產率, 并在持續交付、構建管理、代碼審查和部署方面實施jia做法。思科的目標是設計、實施和宣傳的軟件質量和維護工具。軟件質量面臨的關鍵挑戰
今天, 思科將成為世界上 1 it 組織的軌道, 但有一段時間, 它無法管理軟件質量可能是一個絆腳石。根據思科 it 工程師 Dhairya Sanghvi 的數據, 使它進入和通過 QA 的代碼的質量是一個問題。持續的檢驗范式是非常有效的,并已被證明在現實世界中工作從離岸軟件工廠到財富100強企業不等。過去有許多與代碼相關的問題, 隨著時間的推移而不斷升級, 花費了我們很多錢。部分問題是缺乏標準。"我們曾經有開發團隊以一種雜亂無章的方式進行代碼審查和非功能分析," Sanghvi 說。"沒有信息存儲或對缺陷數量有清晰的了解", 也無法看到質量隨時間變化的方式。此外, "代碼評審所采用的系統和流程沒有標準化, 因為沒有用于執行 (審查) 的通用工具或規則集"。開發團隊正在使用各種工具進行靜態分析和單元測試, 但他說, "思科需要將其重心轉移到一個具有更成熟報告能力的工具上, 開發人員和管理層都可以對其進行解釋。SONARQUBE 是一致的選擇
Sanghvi 說, 在尋找能夠滿足思科需求的工具的同時, 研究團隊也在嘗試將敏捷實踐融入到思科 it 開發環境中。他說, 這支球隊是以 SonarQube 的特點出售的, 但整合是關鍵的。例如,由于缺少單元測試,代碼可能有較低的評級,或者由于大量的重復代碼或安全違規。"SonarQube 是一個代碼分析工具, 與詹金斯集成好, 我們去了, ' a-哈, SonarQube 它是這樣的!SonarQube 是一致的選擇。Sanghvi 說, SonarQube 有 "很多偉大的特點", 但這些突出:可自定義的規則集-"SonarQube 中的可定制的質量配置文件是一個非常有用的靈活性, 考慮到我們的平臺上有各種不同的粉筆和奶酪的團隊," Sanghvi 說。"此外, 將 xml 規則 (從一個 SonarQube 實例轉移到另一個) 和這些配置文件的繼承能力都很容易使其成為完美的產品。項目組合管理-思科公司正在使用投資組合管理插件, 在整個企業中提供管理友好、個性化的質量指標。這給整個組織提供了很大的激勵, 可以定期檢查他們的進度, 跟蹤改進并采取行動來修復質量缺陷。時間機器– "趨勢分析報告是 SonarQube 中da量的使用能力之一, 幫助我們說服許多項目團隊采用該工具" Sanghvi 說。"能夠看到我們的項目在很長一段時間內的質量改善是關鍵的項目之一, 在您的阿森納。當與項目組合管理插件結合使用時, 此功能為組織的性能提供了一個完整的窗口。在代碼審查和功能集成中節省了大量的資源時間
根據 Sanghvi 的數據, 思科公司采用 SonarQube 的方法, 對這家企業來說是一個巨大的勝利。各種各樣的組織使用SonarQube提供的產品組合的范圍(從本公司的免費"開源"選項給企業,站點范圍內的"終ji"許可版本)。"SonarQube 已經觸發了三倍的業務影響, 我們已經看到了在每一個項目團隊, 我們已經登上-交付卓越 (時間到能力減少), 工程卓越 (質量改進) 和業務價值 (成本節約)。通過將代碼分析轉移到開發階段并每天運行它, Cisco it 大大提高了代碼質量, 并因此減少了緊急 bug 修復, 這 "為組織節省了大量成本", Sanghvi 說。"在 PLC 的早期階段遇到的缺陷比以后被發現的要便宜得多。下一次大勝利是在代碼審查領域。現在, 每個團隊都在同一個地方進行代碼評審, 使用相同的工具和度量, SonarQube 提供了對關鍵缺陷度量的清晰和基于時間的可見性。由于 SonarQube 的日常代碼分析, 在代碼審查和功能集成中節省了大量的資源時間。此外, "SonarQube, 與其相關的質量概況和他們的客戶
SonarSource交付管道,
持續的交付和 DevOps 是眾所周知的和廣泛傳播的做法現在。培育:隨著越來越多的公司遷移到SonarQube平臺,它們的規模和多樣性也在增加。人們普遍認為, 重要的是組建偉大的團隊, 首先定義共同的目標, 然后選擇和整合適合于給定任務的工具。通常, 它是一個輕量級工具的混搭, 它們集成在一起建立連續的交付管道并支持 DevOps 的計劃。在這個博客文章中, 我們放大到了整個管道的一個重要部分, 這就是經常被稱為連續檢查的學科, 它包括檢查代碼并在上面注入一個質量門, 并顯示在達到質量門后如何上傳工件。DevOps 的啟用工具包括詹金斯、SonarQube 和 Artifactory。
的用例你已經知道質量不能在事后被注入, 而是從一開始就應該是過程和產品的一部分。當弗雷迪宣布SonarQube為服務時,群集的隱藏議程變得清晰明了。作為一種常用的良好做法, 強烈建議您盡快檢查代碼并使結果可見。因為 SonarQube 是一個很好的選擇。但 SonarQube 不只是運行在任何孤立的島嶼, 它是集成在一個輸送管道。作為管道的一部分, 代碼被檢查, 并且僅當代碼根據定義的要求是好的, 換句話說: 它滿足質量門, 被建立的工件被上傳到二進制存儲庫管理器。
讓我們考慮下面的場景。然后,它可以充當代碼分析工具的中心中心,從而為多個項目提供歷史洞察力和趨勢分析。其中一個繁忙的開發人員必須修復代碼, 并檢查對版本控制系統的更改。白天很長, 晚上很短, 而且對所有團隊的承諾, 開發人員沒有檢查本地沙箱中代碼的質量。幸運的是, 有構建引擎詹金斯作為一個單一的真理點, 實現交付管道與其本地管道功能, 并作為一個方便的巧合 SonarQube 有支持詹金斯管道。
此更改將觸發管線的新運行。哦不！生成管線中斷, 并且未進一步處理更改。在下面的圖像中, 您會看到已定義的質量門被忽略。可視化是由詹金斯藍色海洋完成的。
01 PipelineFailedBlueOcean
SonarQube 檢驗潛在的問題是什么？我們可以打開 SonarQube 的 web 應用程序并深入查找。在 Java 代碼中, 顯然沒有將字符串文本放在右側。
02發現
在團隊會議中, 決定將其定義為一個阻止程序, 并相應地配置 SonarQube。此外, 建立了一個 SonarQube 質量門, 以打破任何建設, 如果一個攔截qi被確定。現在讓我們查看代碼。是的, SonarQube 是對的, 下面的代碼段有問題。
03 FindingVisualizedInCode
我們不希望詳細討論所有使用的工具, 也涵蓋完整的詹金斯構建工
