SonarSource

外部資源

以下鏈接在SonarQube的安裝過(guò)程中被使用，并已在整個(gè)博客中被提及。

SonarQube屏幕截圖基于生命周期期望的軟件質(zhì)量評(píng)估關(guān)于github（多語(yǔ)言）的項(xiàng)目示例擴(kuò)展聲納集成

Eclipse Sonar插件

MySQL調(diào)諧器

在CI服務(wù)器上安裝Sonar（2011）

在linux構(gòu)建服務(wù)器上安裝Sonar（2009）

筆記

Sonar和SonarQube這些術(shù)語(yǔ)在上面的許多地方已被互換使用。其中一些是由于引用的鏈接未被更新，而其他鏈接是由于腳本和程序引用繼續(xù)與其原始名稱(chēng)一起使用，以防止依賴(lài)性問(wèn)題。

不要在本博客中提到設(shè)置，路徑和文件位置，URL引用，excetra，在某些情況下，它們需要根據(jù)與您的環(huán)境相關(guān)的設(shè)置進(jìn)行調(diào)整。

請(qǐng)注意，此博客上的所有外部鏈接可能會(huì)或可能不會(huì)保持實(shí)際，并且不可維護(hù)，作為此博文的一部分。

ratings 2001-如果某些東西沒(méi)有為您工作，并且您已經(jīng)設(shè)法使其工作或有一個(gè)解決方案/替代方案，請(qǐng)與我們分享！

SonarSource 城市之旅2016丹切2016年5月26日在10:14pm今天我參加了倫敦 SonarSource 城市之旅。SonarSource 制作兩個(gè) '連續(xù)代碼質(zhì)量' 工具: SonarQube;和 SonarLint。

雷迪森 sas 波特曼酒店舉辦的低調(diào)活動(dòng)約50與會(huì)者。我們聽(tīng)到了一些適當(dāng)?shù)募夹g(shù)介紹， 從奧利維爾 Gaudin， 弗雷迪槌， 和 SonarSource 的尼古拉斯秘魯和鄧肯波克林頓從微軟。

技術(shù)債wu這一天開(kāi)了一個(gè)問(wèn)題。誰(shuí)負(fù)責(zé)代碼質(zhì)量？還是 QA？

是不加掩飾的: 開(kāi)發(fā)商。

在某些情況下， 引入技術(shù)債wu是可以的， 但團(tuán)隊(duì)需要了解他們所創(chuàng)建的問(wèn)題的權(quán)衡和存在的程度。hao的方法是通過(guò)客觀和一致的測(cè)量。

'修復(fù)泄漏'知道你有問(wèn)題是一回事。修理它是另一回事。

這一天的首要主題是 '修復(fù)泄漏': 當(dāng)你有一個(gè)漏水的管道， 你應(yīng)該先修復(fù)它還是先把它擦干凈？如果你不首先解決問(wèn)題的根源， 那么清理就不是很有用。

(這對(duì)我來(lái)說(shuō)特別的傷感，代理商sonarqube 掃描報(bào)告， 因?yàn)槲以诩依锏乃苈┧?所以我遲到了。

在實(shí)踐中， 這意味著設(shè)置一個(gè)質(zhì)量的酒吧 (或 '門(mén)' 的 SonarSource 行話(huà)) 新的變化， 但大多忽略現(xiàn)有的問(wèn)題， 直到你得到控制的事情。

這似乎是一個(gè)不錯(cuò)的方法， 有兩個(gè)原因:

它減少了在遺留的基本代碼上開(kāi)始的摩擦力， 因?yàn)槟憧梢约傺b你是從一個(gè)干凈的石板開(kāi)始;這是沙子上的一條線， 它為球隊(duì)的前進(jìn)設(shè)定了期望。奧利維爾不厭其煩地強(qiáng)調(diào)， 有一個(gè)自動(dòng)化的工具， 實(shí)施這種行為不會(huì)減輕你的教育團(tuán)隊(duì)的jia做法。每一個(gè)指標(biāo)都可以博弈， 所以你需要讓人們?cè)诖系母拍睿?真正充分利用它。

SonarQubeSonarQube 度量您的代碼庫(kù)的可維護(hù)性、可靠性和安全性， 并跟蹤隨著時(shí)間的推移而改進(jìn)。它還指出了代碼中特定的代碼氣味， 應(yīng)該是固定的。

SonarQube 是由超過(guò)75k 的公司使用的， 其中一些有數(shù)以千計(jì)的開(kāi)發(fā)人員和數(shù)百萬(wàn)行代碼。它成為事實(shí)上的代碼質(zhì)量工具， 因?yàn)樗慕榻B8年前， 超過(guò)其 Java 根現(xiàn)在支持超過(guò)20種語(yǔ)言。

弗雷迪給了我們一個(gè)簡(jiǎn)要的特點(diǎn)， 從近的版本， 包括 v5.6 (將在幾個(gè)星期內(nèi)發(fā)布)。

值得注意的是， 現(xiàn)代化的體系結(jié)構(gòu)不再需要分析器和數(shù)據(jù)庫(kù)之間的直接連接。這一切都通過(guò)了一個(gè)網(wǎng)絡(luò)服務(wù)， 這是更明智的。

質(zhì)量評(píng)級(jí)也正在完善?，F(xiàn)有的 SQALE 度量對(duì)衡量項(xiàng)目的可維護(hù)性很有好處， 但它沒(méi)有考慮到問(wèn)題的嚴(yán)重性。它也沒(méi)有真正與泄漏概念的網(wǎng)格。

在 SonarQube 5.6 中， SQALE 將重新命名為可維護(hù)性， 并且將為性、安全性和可靠性提供新的評(píng)級(jí)。將所有這些信息一起放在所有項(xiàng)目中將是一個(gè)新的治理儀表板 (一個(gè)商業(yè)插件)。

路線在工作中， 我們使用 gitflow。我們不想合并一個(gè)功能分支，代理商sonarqube 掃描報(bào)告， 如果它會(huì)降低項(xiàng)目的質(zhì)量， 因此我們特別希望了解分支支持在 SonarQube 中將如何改進(jìn)。

已經(jīng)有拉請(qǐng)求集成與 GitHub 和藏匿， 讓你知道什么時(shí)候合并會(huì)引入債wu。

但是， 目前在 SonarQube 內(nèi)部， 單獨(dú)的分支被視為單獨(dú)的項(xiàng)目。配置是重復(fù)的， 而且更糟糕的是， 每個(gè)功能分支都包含了主分支中的所有問(wèn)題和債wu。

這是幸運(yùn)的 SonarSource 的一個(gè)高優(yōu)先級(jí)，西南sonarqube 掃描報(bào)告， 雖然它不會(huì)被宣布時(shí)， 它將船舶。目標(biāo)是將項(xiàng)目的所有分支作為對(duì)主分支的比較。

群集是路線圖的一個(gè)令人驚訝的補(bǔ)充， 因?yàn)檫@看起來(lái)不像是一種需要支持大量負(fù)載的產(chǎn)品。然而， 一些真正巨大的設(shè)施確實(shí)存在于野外， 它可以利用多個(gè) web 服務(wù)器與同一數(shù)據(jù)庫(kù)進(jìn)行對(duì)話(huà)。

當(dāng)弗雷迪宣布 SonarQube 為服務(wù)時(shí)， 群集的隱藏議程變得清晰明了。這將是一個(gè)免費(fèi)的開(kāi)放源碼項(xiàng)目服務(wù)， 可以分析任何地方托管的項(xiàng)目 (雖然它需要一個(gè) GitHub 帳戶(hù)進(jìn)行身份驗(yàn)證)。它將支持所有的內(nèi)置 SonarSource 插件， 但沒(méi)有第三方的。這對(duì)開(kāi)源社區(qū)來(lái)說(shuō)是一個(gè)好消息!

， 我有機(jī)會(huì)問(wèn)墻和集成系統(tǒng)， 如 JIRA。一般的意見(jiàn)是， 這些應(yīng)該處理外部 SonarQube 本身， 并集成使用的全功能的 rest API 暴露的 SonarQube。

SonarLintSonarLint 是您的 IDE (Eclipse、IntelliJ 或 Visual Studio) 的插件， 它在您鍵入時(shí)標(biāo)記代碼質(zhì)量問(wèn)題。這個(gè)想法是為了防止泄漏之前， 他們共享與其他的研發(fā)

代碼質(zhì)量是一個(gè)不斷增長(zhǎng)的市場(chǎng)， 它是分析師對(duì)其大規(guī)模采用和大量投資回報(bào)的雷達(dá)。

認(rèn)知的復(fù)雜性提供了一個(gè)新的衡量如何硬編碼是理解-一個(gè)開(kāi)發(fā)商的直覺(jué)正確的。白皮書(shū)本文描述了認(rèn)知的復(fù)雜性， 提出了一種新的度量方法， 以地測(cè)量法的相對(duì)理解。在這樣做的時(shí)候，代理商sonarqube 掃描報(bào)告， 它解決了這個(gè)領(lǐng)域中圈復(fù)雜度的缺點(diǎn)。圈復(fù)雜度使用數(shù)學(xué)模型來(lái)評(píng)估方法， 對(duì)測(cè)試所需的工作量進(jìn)行精que測(cè)量， 但不準(zhǔn)確地測(cè)量需要了解它們的工作量。認(rèn)知的復(fù)雜性打破了使用數(shù)學(xué)模型評(píng)估軟件可維護(hù)性的實(shí)踐。它從由圈復(fù)雜度所設(shè)置的先例開(kāi)始， 但使用人工判斷來(lái)評(píng)估結(jié)構(gòu)應(yīng)如何計(jì)算， 并決定應(yīng)將哪些內(nèi)容添加到整個(gè)模型中。結(jié)果是， 它產(chǎn)生了方法復(fù)雜性評(píng)分， 使程序員對(duì)可維護(hù)性的相對(duì)評(píng)估比以前的模型更公平。