SonarSource結論(lun): 在生活中不斷發展和(he)提高代碼質量

周期

現在， 軟件比以(yi)往任何時候都更能推動競爭優勢和(he)企業(ye)成(cheng)功。作(zuo)為(wei)

公(gong)司越(yue)來越(yue)需(xu)要提(ti)高質(zhi)量和不良的(de)后(hou)果的(de)方法

軟件開(kai)發是可見的， 可以對(dui)創收產(chan)生嚴重的損害， 并

客戶和(he)前景的參與， 我們(men)認為迫切需要(yao)改善的行為

關于代(dai)碼質量。正如 '未經檢驗的(de)生活不值得生活' 一(yi)樣， 未經檢驗的(de)代(dai)碼

不值得(de)部署。無論是公司還是客戶和前景， 他們正(zheng)在尋求(qiu)

參(can)與能夠繼續采(cai)取無效的質(zhi)量方針。

連續代碼檢查具有自定(ding)義規則的(de)(de)能力， 可以提供一個好的(de)(de)工具來

賦予(yu)工程(cheng)經(jing)理診斷(duan)指標的(de)能力 (并以審(shen)慎、謹慎的(de)用法，

結果度量)。對正在發生的(de)事情的(de)可見性是冷(leng)靜的(de)， 有助于使

行為更(geng)改(gai)有(you)助于提高開發團隊的質量(liang)， 將(jiang)更(geng)高

更好的衛生責任。

一個單一的門戶， 如(ru)提供的 SonarSource 與(yu) SonarQube-與(yu)能力(li)

自動(dong)化數據收集-不僅是質(zhi)量本身， 而是關于啟用更

測試(shi).代碼質(zhi)量的可見性為有效決(jue)策提供了基礎。產品(pin)如(ru)

這可以(yi)幫助組織通過單個集線器(qi)來檢查和(he)理解軟件開發， 以(yi)

開始將軟(ruan)件開發作(zuo)為一個(ge)業務來管理。

許多組織已經變得太(tai)接受劣質軟件(jian)開發，中國sonarqube開源代碼質量管(guan)理(li)軟件(jian)， 并且(qie)容易

-或(huo)勉強-同意(yi)交付的軟(ruan)件產品， 是晚， 超過預(yu)算(suan)， 并(bing)盛行

缺(que)陷(xian).如果使(shi)用(yong)得當， 自動化的代碼分析(xi)工(gong)具可(ke)以啟用(yong)一個起(qi)點來處理

軟(ruan)件開發作為(wei)一(yi)個真正(zheng)的業務(wu)。好(hao)處可以包括更多(duo)的產品發布

穩定并增(zeng)強(qiang)對(dui)開(kai)發團隊和合作伙伴服務組織的(de)信(xin)(xin)任和信(xin)(xin)任

(對于那些外包開發)。

我們的(de)結論是， 重要的(de)是要強調， 雖然這些類型的(de)產品(pin)可以(yi)幫(bang)助

衡量軟件項目的質(zhi)量他(ta)們不(bu)應該被當作 '責(ze)備工具'。指的

手指(zhi)不會(hui)導(dao)致有(you)效的團隊協(xie)作和更好的執行。質量的重點

衡量標準必須是(shi)提高代碼質量， 以(yi)推動積極(ji)的行動，西南中國sonarqube， 以(yi)改善(shan)整個團隊(dui)

協作和軟件開發， 以(yi)改善整體(ti)的公司執(zhi)行。它

是整個團隊(dui)的責任， 以(yi)檢測和糾正代碼(ma)質量問(wen)題， 就像它(ta)是

當軟件成功并推動業(ye)務(wu)時， 團(tuan)隊的(de)利益和組織的(de)利益

創新， 執行力強。

簡(jian)而言之， 代碼分析(xi)產品(pin)可以(yi)幫助組織(zhi)分析(xi)有關代碼的情(qing)況

發展， 采取行動， 并量化改進(jin)。IDC 建議評估和采用

這些類型的自動(dong)化方法以及組織和過程的變化

必要(yao)的， 以使有效的采用和改進的軟件質量(liang)戰略。

關于SonarSource連續(xu)檢查

我們 SonarSource 的(de)(de)(de)(de)創(chuang)始人(ren)， 非常熟悉傳統模式的(de)(de)(de)(de)缺(que)點，在(zai)(zai)其范圍(wei)內工(gong)作(zuo)(zuo)多年。但隨著(zhu)持續集(ji)(ji)成(cheng)(cheng)(cheng)(cheng)的(de)(de)(de)(de)興起， 我們設想了(le)一個不(bu)同的(de)(de)(de)(de)模式是(shi)(shi)可能的(de)(de)(de)(de)。正如不(bu)斷整(zheng)合的(de)(de)(de)(de)變化多個開(kai)發人(ren)員(yuan)(yuan)防止集(ji)(ji)成(cheng)(cheng)(cheng)(cheng)頭疼(teng)， 我們意(yi)識到(dao)不(bu)斷應(ying)用(yong)質(zhi)(zhi)量(liang)(liang)門(men)標(biao)準(zhun)防止準(zhun)時審(shen)計模型的(de)(de)(de)(de)問(wen)題。連續檢(jian)測(ce)是(shi)(shi)代(dai)(dai)碼(ma)(ma)(ma)質(zhi)(zhi)量(liang)(liang)管理的(de)(de)(de)(de)新(xin)(xin)范式， 旨在(zai)(zai)使內部軟(ruan)件質(zhi)(zhi)量(liang)(liang)是(shi)(shi)軟(ruan)件開(kai)發生命周(zhou)期(qi)的(de)(de)(de)(de)一個組成(cheng)(cheng)(cheng)(cheng)部分(fen)。這(zhe)是(shi)(shi)一個整(zheng)體(ti)的(de)(de)(de)(de)， 完全實現提(ti)高項(xiang)目(mu)(mu)內部軟(ruan)件質(zhi)(zhi)量(liang)(liang)和軟(ruan)件可視(shi)性(xing)的(de)(de)(de)(de)過(guo)程所有(you)利(li)益相(xiang)關者的(de)(de)(de)(de)質(zhi)(zhi)量(liang)(liang)。連續的(de)(de)(de)(de)檢(jian)查(cha)(cha)(cha)提(ti)供(gong)連續代(dai)(dai)碼(ma)(ma)(ma)質(zhi)(zhi)量(liang)(liang)管理， 并且(qie)大大提(ti)高了(le)開(kai)發項(xiang)目(mu)(mu)的(de)(de)(de)(de) ROI。連續檢(jian)測(ce)的(de)(de)(de)(de)關鍵(jian)概念是(shi)(shi)發現early–when 修復(fu)它(ta)們的(de)(de)(de)(de)問(wen)題仍(reng)然是(shi)(shi)便宜和容易(yi)的(de)(de)(de)(de)。在(zai)(zai)這(zhe)個模型下， 自(zi)動(dong)代(dai)(dai)碼(ma)(ma)(ma)審(shen)核(he)(he)是(shi)(shi)每天執行并在(zai)(zai)組織內提(ti)供(gong)。這(zhe)些(xie)客觀、自(zi)動(dong)化的(de)(de)(de)(de)審(shen)計沿(yan)多個可維護性(xing)軸(zhou)分(fen)析項(xiang)目(mu)(mu)代(dai)(dai)碼(ma)(ma)(ma)， 測(ce)試 bug， 并將(jiang)其與(yu)團隊進行比較編碼(ma)(ma)(ma)標(biao)準(zhun)。審(shen)核(he)(he)是(shi)(shi)通過(guo)工(gong)具來完成(cheng)(cheng)(cheng)(cheng)的(de)(de)(de)(de)， 它(ta)們直接在(zai)(zai)開(kai)發人(ren)員(yuan)(yuan)的(de)(de)(de)(de)環境， 很像微(wei)軟(ruan) Word 中(zhong)的(de)(de)(de)(de)拼寫檢(jian)查(cha)(cha)(cha)器。新(xin)(xin)的(de)(de)(de)(de)團隊成(cheng)(cheng)(cheng)(cheng)員(yuan)(yuan)將(jiang)盡快收到(dao)通知問(wen)題被(bei)發現， 所以他們可以盡快解決 sible–while 的(de)(de)(de)(de)代(dai)(dai)碼(ma)(ma)(ma)仍(reng)然是(shi)(shi)新(xin)(xin)鮮(xian)的(de)(de)(de)(de)開(kai)發人(ren)員(yuan)(yuan)的(de)(de)(de)(de)想法。及時的(de)(de)(de)(de)這(zhe)些(xie)警報有(you)額外的(de)(de)(de)(de)好(hao)處(chu)，中(zhong)國sonarqube 中(zhong)文， 培訓程序員(yuan)(yuan)的(de)(de)(de)(de)壞習慣， 并引導他們到(dao)好(hao)的(de)(de)(de)(de)。持續的(de)(de)(de)(de)檢(jian)查(cha)(cha)(cha)在(zai)(zai)開(kai)發團隊中(zhong)得(de)到(dao)了(le)基(ji)層的(de)(de)(de)(de)采納， 因(yin)為(wei)它(ta)的(de)(de)(de)(de)協作(zuo)(zuo)自(zi)然導致真(zhen)正的(de)(de)(de)(de)集(ji)(ji)體(ti)代(dai)(dai)碼(ma)(ma)(ma)所有(you)權， 并幫助團隊提(ti)供(gong)更好(hao)的(de)(de)(de)(de)軟(ruan)件。與(yu)它(ta)的(de)(de)(de)(de)小(xiao)，快速的(de)(de)(de)(de)問(wen)題識別和處(chu)理周(zhou)期(qi)， 它(ta)已被(bei)證明增加開(kai)發團隊效率， 通過(guo)促進高質(zhi)(zhi)量(liang)(liang)代(dai)(dai)碼(ma)(ma)(ma)的(de)(de)(de)(de)開(kai)發來提(ti)高應(ying)用(yong)程序的(de)(de)(de)(de)使用(yong)壽命。持續檢(jian)查(cha)(cha)(cha)的(de)(de)(de)(de)方面可以歸納為(wei)十原則。

SonarSource設置

在引(yin)擎蓋下，這個(ge)SonarQube實例依賴于如下所示的(de)許(xu)多默認或定(ding)制配置設置。

（以上是示例應用(yong)程序的截圖）

可以(yi)通(tong)過該(gai)界(jie)面訪問和更(geng)改各個組件的配置設置。

更新中心

到目(mu)前(qian)為(wei)止看到的各種(zhong)儀表板中的許多小部件可(ke)以(yi)從下面的頁面啟用或禁(jin)用。還可(ke)以(yi)對所有小部件進行(xing)更新和升級(ji)(ji)，包括(kuo)SonarQube本身(shen)的更新和升級(ji)(ji)。

（以上是示例(li)應用程序(xu)的(de)截圖）

升級過程

查看[10]中(zhong)(zhong)的升級(ji)過程(cheng)，另見[11]，中(zhong)(zhong)國sonarqube 安(an)裝，了解過程(cheng)之前和之后(hou)應該做什么。

通(tong)常停止并重新(xin)啟(qi)動SonarQube是在應用更(geng)新(xin)或(huo)(huo)升(sheng)級到一個或(huo)(huo)多(duo)個組件或(huo)(huo)SonarQube本身(shen)之前和(he)之后執行的常見(jian)步驟。

結論

在(zai)評(ping)估(gu)這些功能(neng)后(hou)，它清楚地表明，該(gai)產品具有(you)優(you)于(yu)其(qi)他(ta)解決方案的(de)優(you)勢，即大(da)量免費(fei)插件(jian)，基(ji)于(yu)插件(jian)的(de)儀表板系統，除(chu)了(le)作為開源項(xiang)目，還有(you)一(yi)個很好的(de)開始用。話雖如此(ci)，可(ke)能(neng)有(you)商(shang)業產品有(you)更好的(de)質(zhi)量評(ping)估(gu)命題，但不一(yi)定有(you)用，除(chu)非你是一(yi)個大(da)型(xing)組織。

使(shi)用SonarQube作為創(chuang)建短反饋循(xun)環的(de)工具，并在評估建議的(de)更(geng)改的(de)原理后，對代碼庫進行改進。如果(guo)反饋不(bu)正(zheng)確或是(shi)假陽(yang)性或假陰性 - 一(yi)個選項是(shi)調整相(xiang)關組件背(bei)后的(de)配(pei)置設(she)置，以查看在當(dang)前情況下(xia)提出的(de)問題是(shi)否適(shi)用 - 基本上是(shi)轉動支票或不(bu)采取反饋字面上。