SonarSource

使用安裝在Mac OS X Mountain Lion 10.8.4上的SonarQube?（以前稱為Sonar?）

發(fā)表在未分類的neomatrix369

介紹（續(xù)）

繼續(xù)從之前在Mac OS X Mountain Lion 10.8.4 [01]上安裝SonarQube?（以前稱為Sonar?）的博客文章，我們將介紹如何在不同情況下使用SonarQube。

這個帖子可能會比前一個更加冗長，即使用命令輸出和屏幕截圖，說明SonarQube如何響應(yīng)各種用戶操作。

運(yùn)行SonarQube分析項目

我們將介紹SonarQube可以通過maven或Sonar-runner（用于非Maven項目）分析項目（以SonarQube支持的編程語言[02]編寫）的兩種方式，以及SonarQube的不同方面這有助于作為靜態(tài)代碼分析工具。

通過maven

轉(zhuǎn)到包含maven配置文件（即pom.xml）的項目文件夾，福建sonarqube 安裝，并根據(jù)終目標(biāo)運(yùn)行以下命令之一：

$ mvn clean安裝聲納：聲納

$ mvn install sonar：sonar

$ mvn聲納：聲納

$ mvn clean sonar：sonar 的-.url = http：// localhost：nnnn

（其中nnnn是SonarQube正在偵聽的備用端口號）

輸出

通過上述命令成功分析項目將導(dǎo)致以下輸出到控制臺或日志文件：

[INFO] ----------------------------------------------- -------------------------

[INFO] BUILD SUCCESS

[INFO] ----------------------------------------------- -------------------------

[INFO]總時間：29.923秒

[INFO]完成時間：Fri Sep 13 18:07:01 BST 2013

[INFO] Final Memory：62M / 247M

[INFO] ----------------------------------------------- -------------------------

[INFO] [18：07：01.557]執(zhí)行org.apache.ugins：maven-surefire-plugin：2.10：test done：20372 ms

[INFO] [18：07：01.557]執(zhí)行maven插件maven-surefire-plugin done：20373 ms

。

。

。

[INFO] [18：07：09.526] ANALYSIS SUCCESSFUL，您可以瀏覽http：// localhost：9000 / dashboard / index / com.webapplication：sub-webapp

[INFO] [18：07：09.528]執(zhí)行職位后的類portJob

[INFO] [18：07：09.529]執(zhí)行工作后類別re.ndIssueNotificatiPo的stJob

[INFO] [18：07：09.529]執(zhí)行職位后的類re.dexProjectP的ostJob

[INFO] [18：07：09.580]執(zhí)行工作后類ugins.jectPurgeP的ostJob

[INFO] [18：07：09.590] - ＆gt;在2013-08-16和2013-09-12之間每天保留一張快照

[信息] [18：07：09.591] - ＆gt;在2012-09-14和2013-08-16之間每周保留一張快照

[信息] [18：07：09.591] [信息] [18：07：09.614] 2008-09-19和2012-09-14之間每月保留一個快照

[INFO] [18：07：09.627] - ＆gt;刪除之前的數(shù)據(jù)：2008-09-19

[INFO] [18：07：09.629] - ＆gt;清理webapp [id = 1]

[信息] [18：07：09.631] [信息] ------------------------------------- -----------------------------------

[INFO] BUILD SUCCESS

[INFO] ----------------------------------------------- -------------------------

[INFO]總時間：38.345秒

[INFO]完成于：Fri Sep 13 18:07:09 BST 2013

[INFO] Final Memory：28M / 255M

[INFO] ----------------------------------------------- -------------------------

以下是幾個鏈接到pom.xml文件的示例，這些文件應(yīng)該有助于創(chuàng)建新的或修改現(xiàn)有配置以將maven項目與SonarQube（包括其他maven CLI交換機(jī)）集成在一起，即使用Maven [03]和SonarQube分析Github [04] 。

通過聲納賽

轉(zhuǎn)到包含sonar-perties配置文件的項目文件夾，然后運(yùn)行以下命令：

$ sonar-runner

輸出

SonarSource簡介

具有 Artifactory 和 Sonarqube 集成的連續(xù)交付準(zhǔn)備 Gradle 項目當(dāng)玩弄持續(xù)集成/交付/部署的概念時， 我在 Gradle 構(gòu)建以及如何將它們集成到這些概念中而苦苦掙扎。Gradle 在構(gòu)建工具環(huán)境中越來越重要，中國sonarqube 安裝， 因此我創(chuàng)建了一個關(guān)于如何使用它的模板或原型。我選擇了一個場景， 我看到了 Maven 和其他工具已經(jīng)實現(xiàn)了:

推動風(fēng)投轉(zhuǎn)向中央風(fēng)投將更改標(biāo)記為特定 id 并將其推回中央 VCS使用單元測試執(zhí)行生成執(zhí)行聲納分析執(zhí)行 artifactory 上載此鏈?zhǔn)鼓軌虿粩嗟貙⒚總€更改設(shè)置標(biāo)記、單元測試、分析并上載到您的工件存儲庫， 以備部署。簡而言之， 這是 (從我的角度來看) 持續(xù)交貨的精神。

環(huán)境:

Gradle 3.5 (通過項目的 Gradle 包裝)Artifactory: 5.2. 1-OSS， 運(yùn)行在 http://localhost:8081/artifactorySonarqube: 6.3.1， 跑在 http://localhost:9000注意: 在這種情況下， Sonarqube 和 Artifactory 將由管理員用戶使用。在實際生產(chǎn)環(huán)境中， 必須將其更改為更安全的方式

首先， 我在 Artifactory 中添加了一個本地 (m2-compatible) 和兩個遠(yuǎn)程存儲庫:

'庫-釋放-本地' 是為了保存我自己的工件 (這就是為什么它被稱為 '本地')'插件-gradle-org' 指向遠(yuǎn)程回購 'https:///m2/' (這是 gradle 插件所必需的)'repo1-maven-org' 指向遠(yuǎn)程回購 'http://repo1./maven2/' (這是項目的所有其他依賴項所必需的)此外，中國sonarqube 安裝， 我創(chuàng)建了一個虛擬的回購 '釋放' 包含所有 3 mentionend 回購。這使得從一個位置獲取所有發(fā)布的庫更容易。

該項目本身并不真正重要的這篇文章。我認(rèn)為這是一個標(biāo)準(zhǔn)的 java 項目， 遵循 Maven/Gradle 的慣例。更有趣的部分是 Gradle 文件:

gradle/包裝/gradle 包裝。生成. gradle憑據(jù). 屬性gradle. 屬性設(shè)置. gradle

SonarSource

成功的組織在過程中將質(zhì)量分析向前移動， 并將其作為整個軟件開發(fā)生命周期的一部分進(jìn)行迭代。白皮書開發(fā)和測試世界和業(yè)務(wù)方法以及正在向敏捷模型演進(jìn)-持續(xù)的價值生成/持續(xù)改進(jìn)/連續(xù)檢查是提高質(zhì)量的基本戰(zhàn)略。IDC 觀察到， 傳統(tǒng)的代碼質(zhì)量方法通常在開發(fā)過程結(jié)束時成為檢查表項目時失敗。此 IDC 技術(shù)聚焦討論了改進(jìn)軟件分析、缺陷管理、安全性和度量的方法的必要性， 以通過主動可見性來獲得業(yè)務(wù)和 IT 好處。IDC 建議評估和采用自動化的軟件分析方法， 如 SonarQube 和 SonarSource 提供的， 以改進(jìn)軟件質(zhì)量策略。