ansible sonarqube 升级的角色
你可能知道， 并希望使用 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 实例安装在 centos 和官fang图像使用不同的基础图像。另外， 我需要自定义特定的 sonarqube 版本我想开始。因此，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 角色
我一步一步地往前走， 我到达了一个点， 一切似乎都在工作， 我有一个非常有用的 ansible 的角色在我的手中。它尚未发布到 ansible galaxy， 但您可以在 github 的 sonarqube 升级 ansible 角色项目下找到源文件和文档。
当前 ansible 角色通过在当前位置旁边创建新安装来升级 sonarqube。这提供了回滚的方法 (如果需要)。
此时， 角色执行以下任务:
---特定的根用户存在于声纳安装
在所有安装所在的目录中创建声纳. sh
--- sonarqube 服务存在
停止 sonarqube
新版本
备份数据库
和安装插件
将自定义配置应用于新实例
---删除数据/es
重新 sonarqube 服务启动新版本
开始 sonarqube
手动步骤
这个过程仍然需要几个手动步骤。
在运行升级手册之前， 应手动---在升级过程中要安装的插件列表是xin的。您可以从 sonarqube 的管理视图中获得xin支持的版本号。
根据 sonarqube 的建议， 此 ansible 角色不仅以前安装的配置， 而且使用带有变量的模板来为新实例创建配置。这意味着在执行升级之前， 开发人员可以将模板和基本配置与新的 sonarqube 进行比较。虽然这是一个手动步骤， 但与以前的操作相比， 它更容易，sonarqube开源代码管理软件， 因为可以使用 ide 而不仅仅是从命令行中的 diff 工具进行比较。
这两个步骤都需要后续的手动升级， 我认为这些升级准备活动。
sonarsource简介
连续检查是一个整体的、完全实现的过程， 旨在使内部代码成为软件开发生命周期的一个组成部分。---本文详细介绍了代码管理中的关键问题。然后介绍了连续检查范式， 并说明了它如何解决这些挑战， 支持数以千计的企业提高其软件。通过在整个生命周期中提高所有利益干系人的度， 连续检查使企业能够接受代码 whole-heartedly。在 sonarsource 的支持下， 持续的检验范式是非常有效的， 并已被证明在现实中的工作， 从小公司到---100强的企业， 在所有行业。
sonarsource
使用 sonarqube 的更广泛的影响和机会
除了扫描之外， 一些组织看到的一个有趣的结果是， 个人
开始对 sonarqube 提供的信息采取行动， 以改变和---其
关于代码创建的行为。一些团队已经开始参与--
甚至兴奋-关于去和检查的因素， 如测试代码覆盖率， 并已能够
---提高。董事们使用了 sonarqube 的有关规则---的信息
教育团队如何改变---习惯以改进代码的创建。所以一个关键的结果
sonarqube 在这些组织使用的机会， 鼓励， 甚至推动
正确的行为。
一些组织通过强制将度量与构建集成在一起来帮助实现
和释放过程。这意味着必须满足某些标准，sonarqube开源代码管理软件， 以允许生成和
发布过程向前迈进。虽然你不能---人们普遍看待---的结果，
当项目截止时间和软件发布日期出现下滑时， 有机会使用
具有特定数据点和基准的工程经理了解
以前的工作。(组织这样做是明智的， 他们在制定的标准
停止生成和发布过程。
总的来说， 一个实实在在的好处是测试覆盖率翻了一番， 一些测试
使用 sonarqube 的组件团队。一些组织已经观察到测试团队的覆盖率
单元测试的4-5 时间的增加， 以及那些的和严谨的改进
使用 sonarqube 完成单元测试。这反过来又有助于驱动精que的基准
团队的进步伴随着更高的代码的交付。
简而言之， sonarqube 可以为基本代码分析提供一个单一的点， 其中用户来自
开发人员可以去看看他们需要知道什么来帮助提高代码，
可能与代码评审工具集成， 以便在仪表板中包含代码评审指标。
sonarqube 的挑战
sonarsource 的关键挑战之一是让企业相信---率的好处
实现和使用代码分析解决方案。在这方面的问题的一部分是， 它的
在许多公司的时候， 组织要理解长期利益是有挑战性的
正在寻求快速的、迭代的部署。因此， 重要的是要了解长期利益
在代码的有效期内， 而不仅仅是短期的优势 (这是
在他们自己的方式显着， 但不是战略)。产品的演变， 以解决功能
诸如影响分析和跨平台分析等功能也是
sonarsource 需要集中， 根据客户。与代码---工具的集成也
被提及作为未来焦点的区域。
sonarsource 的小规模可能是企业部署决策采用的一个障碍。但是，
事实上， 基本产品是开源的， 通常跳转开始采用的初始使用， 并
也为企业使用商业产品提供了一些---。企业
在的部署中显示采用 sonarqube 的客户也有助于
让那些---产品组合的能力被广泛采用的人打消疑虑。
sonarqube开源代码管理软件-苏州华克斯信息由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司坚持“以人为本”的企业理念，拥有一支高素质的员工队伍，力求提供---的产品和服务回馈社会，并欢迎广大新老客户光临惠顾，真诚合作、共创美好未来。华克斯——您可---的朋友，公司地址：苏州工业园区新平街388号，联系人：华克斯。
联系我们时请一定说明是在100招商网上看到的此信息，谢谢！
本文链接：https://tztz192713a1.zhaoshang100.com/zhaoshang/285564302.html
关键词：
滇公网安备 53011202000392号