SonarSource

外部資源

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

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

Eclipse Sonar插件

MySQL調(diào)諧器

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

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

筆記

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

質(zhì)量評(píng)級(jí)也正在完善?，F(xiàn)有的 SQALE 度量對衡量項(xiàng)目的可維護(hù)性很有好處， 但它沒有考慮到問題的嚴(yán)重性。它也沒有真正與泄漏概念的網(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)有拉請求集成與 GitHub 和藏匿， 讓你知道什么時(shí)候合并會(huì)引入債wu。

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

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

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

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

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

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

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

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