SonarSource簡介

連續(xù)檢查是一個整體的、完全實現(xiàn)的過程， 旨在使內(nèi)部代碼質(zhì)量成為軟件開發(fā)生命周期的一個組成部分。白皮書本文詳細介紹了代碼質(zhì)量管理中的關(guān)鍵問題。然后介紹了連續(xù)檢查范式，中國sonarqube 規(guī)則， 并說明了它如何解決這些挑戰(zhàn)， 支持數(shù)以千計的企業(yè)提高其軟件質(zhì)量。通過在整個生命周期中提高所有利益干系人的度， 連續(xù)檢查使企業(yè)能夠接受代碼質(zhì)量 whole-heartedly。在 SonarSource 的支持下， 持續(xù)的檢驗范式是非常有效的， 并已被證明在現(xiàn)實世界中的工作， 從小公司到財富100強的企業(yè)， 在所有行業(yè)。

Ansible SonarQube 升級的角色

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

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

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

使用默認的 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/擴展/jdbc 驅(qū)動程序/

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

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

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

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

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

初始設(shè)置

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

用于測試的泊塢窗

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

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

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

當前腳本的路徑

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

# 命令測試劇本

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

-我 ' 本地主機 '-c

升級-聲納 database.yml '

# 運行容器安裝行動為卷

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

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

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

Ansible 角色

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

當前 Ansible 角色通過在當前位置旁邊創(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 進行比較。雖然這是一個手動步驟， 但與以前的操作相比， 它更容易， 因為可以使用 IDE 而不僅僅是從命令行中的 diff 工具進行比較。

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

SonarSource

外部資源

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

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

Eclipse Sonar插件

MySQL調(diào)諧器

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

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

筆記

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

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

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

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