SonarSource簡介

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

Ansible SonarQube 升級的角色

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

停止舊的 SonarQube 服務器

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

使用默認的 H2 數據庫啟動它， 并使用更新中心安裝您需要的插件

手動安裝任何自定義插件

停止新服務器

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

如果使用了自定義 JDBC 驅動程序， 請將其到 NEW_SONARQUBE_HOME/擴展/jdbc 驅動程序/

備份數據庫

刪除數據/es 目錄

啟動新的 web 服務器

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

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

初始設置

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

用于測試的泊塢窗

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

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

我將我的劇本裝入容器， 并在該容器內運行 Ansible， 對該本地環境進行了更改。

當前腳本的路徑

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 規則， 我有一個非常有用的 Ansible 的角色在我的手中。它尚未發布到 Ansible Galaxy， 但您可以在 GitHub 的 SonarQube 升級 Ansible 角色項目下找到源文件和文檔。

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

此時， 角色執行以下任務:

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

在所有安裝所在的目錄中創建聲納. sh

確保 SonarQube 服務存在

停止 SonarQube

新版本

備份數據庫

和安裝插件

將自定義配置應用于新實例

確保刪除數據/es

重新 SonarQube 服務啟動新版本

開始 SonarQube

手動步驟

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

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

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

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

SonarSource

外部資源

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

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

Eclipse Sonar插件

MySQL調諧器

在CI服務器上安裝Sonar（2011）

在linux構建服務器上安裝Sonar（2009）

筆記

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

不要在本博客中提到設置，路徑和文件位置，URL引用，excetra，在某些情況下，它們需要根據與您的環境相關的設置進行調整。

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

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