SonarSource

SonarQube是一個開源平臺，于2007年以Sonar的名義推出，近年來成為世界代碼質(zhì)量管理體系的，以其持續(xù)的代碼質(zhì)量檢測而著稱。

它目前支持25種語言，其中一些包括Java，C / C ++，C＃，PHP，F(xiàn)lex，Groovy，JavaScript，Python，PL / SQL和COBOL，它也經(jīng)常被用作Android開發(fā)的一部分。

它是有用的，因為它提供全mian的自動化分析工具，并與Maven，Ant，Gradle和其他持續(xù)集成工具集成。它報告了重復(fù)的代碼，編碼標(biāo)準(zhǔn)，單元測試，代碼覆蓋率，復(fù)雜代碼，潛在的錯誤，代理商sonarqube安全審計，評論和設(shè)計和架構(gòu)。

它可與Java IDE開發(fā)環(huán)境（如Eclipse，NetBeans和IntelliJ IDEA）集成，并可通過使用插件進(jìn)行擴(kuò)展。

下次再檢查一下，我將會看看有用的HTML和CSS工具。

您使用什么工具來幫助改進(jìn)代碼，廣東sonarqube安全審計，讓我們知道！

這篇文章是我們的“Java文章索引”系列的一部分。在這些文章中，我們的目標(biāo)是探索Java和Javafx的世界?？纯窗?！

如果您是第yi次讀者，或者只是想在發(fā)布新文章和更新時收到通知，您可以通過社交媒體（Twitter，F(xiàn)acebook和Google+）或博客RSS保持xin。

相關(guān)文章：

宣布JDeli - 一個新的Java圖像庫

Java PDF播客現(xiàn)在在ITUNES上可用

Java PDF播客1 - 版本5發(fā)行版概述

免費PDF指南：系列指數(shù)

免費PDF指南更新 - 非技術(shù)用戶的5個簡單步驟中的PDF到HTML5

Ansible SonarQube 升級的角色

你可能知道， 并希望使用 SonarQube。這是一個偉大的工具， 是積極的發(fā)展和改善。這是偉大的， 如果你是一個開發(fā)使用 SonarQube。但是， 如果您碰巧管理 SonarQube 實例， 則由于升級指南由11步驟組成， 因此不斷升級非常麻煩。

停止舊的 SonarQube 服務(wù)器

并解壓新的 SonarQube 分布在一個新鮮的目錄， 讓我們說 NEW_SONARQUBE_HOME

使用默認(rèn)的 H2 數(shù)據(jù)庫啟動它， 并使用更新中心安裝您需要的插件

手動安裝任何自定義插件

停止新服務(wù)器

更新聲納的內(nèi)容. 屬性和包裝. 配置文件位于 NEW_SONARQUBE_HOME/配置目錄中， 其內(nèi)容與 OLD_SONARQUBE_HOME/配置目錄中的相關(guān)文件 (web 服務(wù)器 URL、數(shù)據(jù)庫設(shè)置等) 有關(guān)。不-粘貼舊文件

如果使用了自定義 JDBC 驅(qū)動程序， 請將其到 NEW_SONARQUBE_HOME/擴(kuò)展/jdbc 驅(qū)動程序/<dialect>

備份數(shù)據(jù)庫

刪除數(shù)據(jù)/es 目錄

啟動新的 web 服務(wù)器

http://localhost:9000/setup (用您自己的 URL 替換 'localhost:9000') 來瀏覽并按照安裝說明進(jìn)行操作

這是一個太多的步驟， 手動執(zhí)行。因此， 我決定通過為它編寫一個 Ansible 的角色來實現(xiàn)自動化。

初始設(shè)置

在我開始編寫 Ansible 劇本之前， 我需要找到一種方法來測試我的代碼。所以我開始與流浪漢旋轉(zhuǎn)了一個虛擬機(jī)， 并提供了一個簡單的腳本。這是需要有類似的環(huán)境， 以我們的實際 SonarQube 生產(chǎn)實例。我能夠增量地構(gòu)建我的 Ansible 劇本并在這個 VM 上測試它。很快我就明白了， 與流浪漢一起工作會減慢我的速度， 因為我需要重置環(huán)境， 而不是的預(yù)期。所以我決定考慮泊塢窗。

用于測試的泊塢窗

我找到了正式的 SonarQube 泊塢窗圖像， 但無法使用， 因為我們的 SonarQube 實例安裝在 CentOS 和官fang圖像使用不同的基礎(chǔ)圖像。另外， 我需要自定義特定的 SonarQube 版本我想開始。因此，中國sonarqube安全審計， 我創(chuàng)建了我們自己的 Dockerfile 與 CentOS 6 基地和 Ansible 安裝。

此泊塢窗映像不需要啟動 SonarQube， 因為我只是想驗證是否進(jìn)行了正確的文件更改， 而我的 Ansible 手冊沒有錯誤。升級的第yi步之一就是關(guān)閉服務(wù)器。

我將我的劇本裝入容器， 并在該容器內(nèi)運行 Ansible， 對該本地環(huán)境進(jìn)行了更改。

當(dāng)前腳本的路徑

TESTS_DIR = $ (cd '$ (dirname' $ {BASH_SOURCE [0]} ')' &amp; &amp; 密碼 '

# 命令測試劇本

TEST_COMMAND = 'cd/行動 &amp; &amp; ansible-劇本 $ @

-我 ' 本地主機(jī) '-c

升級-聲納 database.yml '

# 運行容器安裝行動為卷

泊塢 run-v '$ TESTS_DIR/.。/行動/:/行動 '

'聲納-升級-測試'/'垃圾/bash-c' $ {TEST_COMMAND} '

在泊塢窗中運行我的劇本大大減少了反饋回路， 所以我決定泊塢窗是走的路。你可以看看我所有的腳本在 GitHub

Ansible 角色

我一步一步地往前走， 我到達(dá)了一個點， 一切似乎都在工作， 我有一個非常有用的 Ansible 的角色在我的手中。它尚未發(fā)布到 Ansible Galaxy，中國sonarqube安全審計， 但您可以在 GitHub 的 SonarQube 升級 Ansible 角色項目下找到源文件和文檔。

當(dāng)前 Ansible 角色通過在當(dāng)前位置旁邊創(chuàng)建新安裝來升級 SonarQube。這提供了回滾的方法 (如果需要)。

此時， 角色執(zhí)行以下任務(wù):

確保特定的根用戶存在于聲納安裝

在所有安裝所在的目錄中創(chuàng)建聲納. sh

確保 SonarQube 服務(wù)存在

停止 SonarQube

新版本

備份數(shù)據(jù)庫

和安裝插件

將自定義配置應(yīng)用于新實例

確保刪除數(shù)據(jù)/es

重新 SonarQube 服務(wù)啟動新版本

開始 SonarQube

手動步驟

這個過程仍然需要幾個手動步驟。

在運行升級手冊之前， 應(yīng)手動確保在升級過程中要安裝的插件列表是xin的。您可以從 SonarQube 的管理視圖中獲得xin支持的版本號。

根據(jù) SonarQube 的建議， 此 Ansible 角色不僅以前安裝的配置， 而且使用帶有變量的模板來為新實例創(chuàng)建配置。這意味著在執(zhí)行升級之前， 開發(fā)人員可以將模板和基本配置與新的 SonarQube 進(jìn)行比較。雖然這是一個手動步驟， 但與以前的操作相比， 它更容易， 因為可以使用 IDE 而不僅僅是從命令行中的 diff 工具進(jìn)行比較。

這兩個步驟都需要后續(xù)的手動升級， 我認(rèn)為這些升級準(zhǔn)備活動。

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

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