SonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，降低风险，终开发更好的软件。SonarQube是每天使用的Zitro游戏审查其c++和PHP代码，代理商sonarqube安装，并分配质量改进任务给其工程师。Zitro游戏生产的xian进的游戏平台预计会不停地运行，没有故障或错误，因此软件质量对其业务运营绝dui至关重要。但是制作的宾果软件只是一次还不够。为了保持其作为领xian的视频宾果游戏的地位，Zitro必须跟上创新的步伐，这意味着经常发布。由于Zitro生产的du博软件，处理真正的钱，这些版本必须尽可能接近。保持短期的Zitro需要保持竞争力只有当它有一个清晰的，全mian的和xin的图片的质量影响的变化在一个版本。软件质量-从哪里开始？当它来检查和提高其软件质量，Zitro只是不知道从哪里开始。首先，对软件的当前状态没有一个清晰的描述。这意味着，即使它想投入资源来提高其软件的整体质量，Zitro的员工也无法有效地组织他们的改进工作，因为他们不知道应该关注什么。挣扎，他们做了唯yi的事情，他们可以想到的;我们做了繁琐的，手动代码审查所有的新代码，每一个版本，Zitro研发总监哈维Albors说。SONARQUBE提供了一个关于整体源代码质量的清晰视图当他们发现SonarQube的时候，Zitro的员工意识到他们已经找到了一个高xiao且负担得起的工具，每天自动检查所有的c++和PHP代码。Albors说:我们仍然在的一些重要部分进行了一些手工代码审查，但在所有的代码中都没有。现在，我们只审查SonarQube报告。更好的是，他们能够使用SonarQube的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。SonarQube的好处得到了明确的证明，Zitro管理层决定将其部署到整个组织。像问题管理系统这样的关键SonarQube功能加快了开发团队的采用，SonarQube的仪表板为组织中的每个人提供了重要信息的整合视图。结果:显著的节省时间和代码质量的改进今天，Zitro使用SonarQube分析约25万行代码，这是划分在17项目，并由一个由20工程师团队维护。应用程序通过与其Quickbuild生成服务器的直接集成，每天进行分析。每天都会对新的SonarQube结果进行评审，并使用问题管理工作流来分配质量改进任务。我们赢得了所有团队的时间，提高了我们的源代码质量，因为机器正在监视我们!Albors说。关闭SonarQube中的旧版代码违规一旦您设置了所有组件，您现在可以使用jsawk为所有现有的违规创建排除模式：curl-XGEThttp：//localhost：9000/api/violation？depth=-1|./jsawk-areturnthis.join（“﹨n”）returnthis.resource.key.split（“：”）[1]+“;*;[”+this.line+“]”|排序|uniq的这将显示一个可以粘贴在“关闭违规”插件的文本区域中或将其作为文件签入存储库的列表。随着下一个分析过程，您将希望看到零违规。当有人通过插入一行更改文件时，会再次显示违规行为，并且应该被修改。不幸的是，一些违规行为不是基于行的，并会产生一个行号undefined。目前我刚刚删除了这些手动，所以你仍然可能会看到一些违规。结论我提出了一种方法来将您的旧版代码重置为零违例。使用SonarQube4.0，“切换违规关闭”插件的功能将在内核中使用，因此将更容易使用。我仍然在寻找保持排除模式xin的jia方式。一旦有人必须修复现有文件的违规行为，则应删除该模式。更新09.01.2014从SonarQube4开始，这种方法不再工作了。SwitchOffViolati插件的一些功能已被移动到，但是排除违反行为是不可能的，也不会实现。开发商建议仅查看项目的趋势，而不是总体违规数量。这可以很好地使用差分。AnsibleSonarQube升级的角色你可能知道，并希望使用SonarQube。这是一个伟大的工具，是积极的发展和改善。这是伟大的，如果你是一个开发使用SonarQube。但是，如果您碰巧管理SonarQube实例，则由于升级指南由11步骤组成，因此不断升级非常麻烦。停止旧的SonarQube服务器并解压新的SonarQube分布在一个新鲜的目录，让我们说NEW_SONARQUBE_HOME使用默认的H2数据库启动它，并使用更新中心安装您需要的插件手动安装任何自定义插件停止新服务器更新声纳的内容.属性和包装.配置文件位于NEW_SONARQUBE_HOME/配置目录中，其内容与OLD_SONARQUBE_HOME/配置目录中的相关文件(web服务器URL、数据库设置等)有关。不-粘贴旧文件如果使用了自定义JDBC驱动程序，代理商sonarqube安装，请将其到NEW_SONARQUBE_HOME/扩展/jdbc驱动程序/<dialect>备份数据库删除数据/es目录启动新的web服务器http://localhost:9000/setup(用您自己的URL替换localhost:9000)来浏览并按照安装说明进行操作这是一个太多的步骤，手动执行。因此，我决定通过为它编写一个Ansible的角色来实现自动化。初始设置在我开始编写Ansible剧本之前，我需要找到一种方法来测试我的代码。所以我开始与流浪汉旋转了一个虚拟机，并提供了一个简单的脚本。这是需要有类似的环境，以我们的实际SonarQube生产实例。我能够增量地构建我的Ansible剧本并在这个VM上测试它。很快我就明白了，与流浪汉一起工作会减慢我的速度，中国sonarqube安装，因为我需要重置环境，而不是的预期。所以我决定考虑泊坞窗。用于测试的泊坞窗我找到了正式的SonarQube泊坞窗图像，但无法使用，因为我们的SonarQube实例安装在CentOS和官fang图像使用不同的基础图像。另外，我需要自定义特定的SonarQube版本我想开始。因此，我创建了我们自己的Dockerfile与CentOS6基地和Ansible安装。此泊坞窗映像不需要启动SonarQube，因为我只是想验证是否进行了正确的文件更改，而我的Ansible手册没有错误。升级的第yi步之一就是关闭服务器。我将我的剧本装入容器，并在该容器内运行Ansible，对该本地环境进行了更改。当前脚本的路径TESTS_DIR=$(cd$(dirname${BASH_SOURCE[0]})&amp;&amp;密码#命令测试剧本TEST_COMMAND=cd/行动&amp;&amp;ansible-剧本$@-我本地主机-c升级-声纳database.yml#运行容器安装行动为卷泊坞run-v$TESTS_DIR/.。/行动/:/行动声纳-升级-测试/垃圾/bash-c${TEST_COMMAND}在泊坞窗中运行我的剧本大大减少了反馈回路，所以我决定泊坞窗是走的路。你可以看看我所有的脚本在GitHubAnsible角色我一步一步地往前走，我到达了一个点，一切似乎都在工作，我有一个非常有用的Ansible的角色在我的手中。它尚未发布到AnsibleGalaxy，但您可以在GitHub的SonarQube升级Ansible角色项目下找到源文件和文档。当前Ansible角色通过在当前位置旁边创建新安装来升级SonarQube。这提供了回滚的方法(如果需要)。此时，角色执行以下任务:确保特定的根用户存在于声纳安装在所有安装所在的目录中创建声纳.sh确保SonarQube服务存在停止SonarQube新版本备份数据库和安装插件将自定义配置应用于新实例确保删除数据/es重新SonarQube服务启动新版本开始SonarQube手动步骤这个过程仍然需要几个手动步骤。在运行升级手册之前，应手动确保在升级过程中要安装的插件列表是xin的。您可以从SonarQube的管理视图中获得xin支持的版本号。根据SonarQube的建议，此Ansible角色不仅以前安装的配置，天津sonarqube安装，而且使用带有变量的模板来为新实例创建配置。这意味着在执行升级之前，开发人员可以将模板和基本配置与新的SonarQube进行比较。虽然这是一个手动步骤，但与以前的操作相比，它更容易，因为可以使用IDE而不仅仅是从命令行中的diff工具进行比较。这两个步骤都需要后续的手动升级，我认为这些升级准备活动。天津sonarqube安装-苏州华克斯信息由苏州华克斯信息科技有限公司提供。行路致远，砥砺前行。苏州华克斯信息科技有限公司致力成为与您共赢、共生、共同前行的战略伙伴，更矢志成为行业软件具有竞争力的企业，与您一起飞跃，共同成功!)