SonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，降低风险，终开发更好的软件。SONARSOURCE的产品和服务被世界各地的客户所使用。思科系统(NASDAQ:cisco)是领xian的网络技术。思科拥有73460名员工和Q2FY13121亿美元的收入，在各种技术领域，包括安全、网络会议、路由:边缘//接入、语音等方面都是市场的。思科IT代表公司的工程部门，负责提高开发人员的生产率，并在持续交付、构建管理、代码审查和部署方面实施jia做法。思科的目标是设计、实施和宣传的软件质量和维护工具。软件质量面临的关键挑战今天，思科将成为世界上1it组织的轨道，但有一段时间，它无法管理软件质量可能是一个绊脚石。根据思科it工程师DhairyaSanghvi的数据，使它进入和通过QA的代码的质量是一个问题。过去有许多与代码相关的问题，随着时间的推移而不断升级，花费了我们很多钱。部分问题是缺乏标准。我们曾经有开发团队以一种杂乱无章的方式进行代码审查和非功能分析，Sanghvi说。没有信息存储或对缺陷数量有清晰的了解，也无法看到质量随时间变化的方式。此外，中国sonarqube开源代码质量管理软件，代码评审所采用的系统和流程没有标准化，因为没有用于执行(审查)的通用工具或规则集。开发团队正在使用各种工具进行静态分析和单元测试，但他说，思科需要将其转移到一个具有更成熟报告能力的工具上，开发人员和管理层都可以对其进行解释。SONARQUBE是一致的选择Sanghvi说，在寻找能够满足思科需求的工具的同时，研究团队也在尝试将敏捷实践融入到思科it开发环境中。他说，这支球队是以SonarQube的特点出售的，但整合是关键的。SonarQube是一个代码分析工具，与詹金斯集成好，我们去了，a-哈，SonarQube它是这样的!SonarQube是一致的选择。Sanghvi说，SonarQube有很多伟大的特点，但这些突出:可自定义的规则集-SonarQube中的可定制的质量配置文件是一个非常有用的灵活性，考虑到我们的平台上有各种不同的粉笔和奶酪的团队，Sanghvi说。此外，将xml规则(从一个SonarQube实例转移到另一个)和这些配置文件的继承能力都很容易使其成为的产品。项目组合管理-思科公司正在使用投资组合管理插件，在整个企业中提供管理友好、个性化的质量指标。这给整个组织提供了很大的激励，可以定期检查他们的进度，跟踪改进并采取行动来修复质量缺陷。时间机器–趋势分析报告是SonarQube中da量的使用能力之一，帮助我们说服许多项目团队采用该工具Sanghvi说。能够看到我们的项目在很长一段时间内的质量改善是关键的项目之一，在您的阿森纳。当与项目组合管理插件结合使用时，此功能为组织的性能提供了一个完整的窗口。在代码审查和功能集成中节省了大量的资源时间根据Sanghvi的数据，思科公司采用SonarQube的方法，对这家企业来说是一个巨大的胜利。SonarQube已经触发了三倍的业务影响，我们已经看到了在每一个项目团队，我们已经登上-交付(时间到能力减少)，工程(质量改进)和业务价值(成本节约)。通过将代码分析转移到开发阶段并每天运行它，Ciscoit大大提高了代码质量，并因此减少了紧急bug修复，这为组织节省了大量成本，Sanghvi说。在PLC的早期阶段遇到的缺陷比以后被发现的要便宜得多。下一次大胜利是在代码审查领域。现在，每个团队都在同一个地方进行代码评审，使用相同的工具和度量，SonarQube提供了对关键缺陷度量的清晰和基于时间的可见性。由于SonarQube的日常代码分析，在代码审查和功能集成中节省了大量的资源时间。此外，SonarQube，与其相关的质量概况和他们的客户类别档案：SONARQUBE-PL/SQL使用SonarQube进行PL/SQL分析-评估质量（3/3）发表评论PLSQL_TechnicalDebtLast在我们的系列文章中分析了使用SonarQube的PL/SQL代码的质量。评估应用程序的质量不只是进行代码分析：任何人都可以做到这一点。质量顾问的工作是基于以下问题：什么，为什么，如何，多少。什么：分析结果。大小，复杂性和重复性，这是我们以前的帖子中看到的。我们检查总体数字，还有平均和差异，代理商sonarqube开源代码质量管理软件，以及有多个版本的时间趋势。那么我们来看看主要违反jia做法的行为，主要侧重于阻止和批评。为什么这些结果：调查分析措施的原因，寻找结果的起源。如何补救：提出行动计划。其实，提出几个建议。我们将在下面看到，我提出了短期，中期和长期的不同计划。花费多少：评估每个计划的成本。继续阅读→此条目发布于2014年3月10日由Jean-PierreFAYOLLE发行的SonarQube-PL/SQL。AnsibleSonarQube升级的角色你可能知道，并希望使用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版本我想开始。因此，我创建了我们自己的Dockerfile与CentOS6基地和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}在泊坞窗中运行我的剧本大大减少了反馈回路，所以我决定泊坞窗是走的路。你可以看看我所有的脚本在GitHubAnsible角色我一步一步地往前走，我到达了一个点，一切似乎都在工作，我有一个非常有用的Ansible的角色在我的手中。它尚未发布到AnsibleGalaxy，但您可以在GitHub的SonarQube升级Ansible角色项目下找到源文件和文档。当前Ansible角色通过在当前位置旁边创建新安装来升级SonarQube。这提供了回滚的方法(如果需要)。此时，角色执行以下任务:确保特定的根用户存在于声纳安装在所有安装所在的目录中创建声纳.sh确保SonarQube服务存在停止SonarQube新版本备份数据库和安装插件将自定义配置应用于新实例确保删除数据/es重新SonarQube服务启动新版本开始SonarQube手动步骤这个过程仍然需要几个手动步骤。在运行升级手册之前，应手动确保在升级过程中要安装的插件列表是xin的。您可以从SonarQube的管理视图中获得xin支持的版本号。根据SonarQube的建议，此Ansible角色不仅以前安装的配置，而且使用带有变量的模板来为新实例创建配置。这意味着在执行升级之前，开发人员可以将模板和基本配置与新的SonarQube进行比较。虽然这是一个手动步骤，但与以前的操作相比，它更容易，因为可以使用IDE而不仅仅是从命令行中的diff工具进行比较。这两个步骤都需要后续的手动升级，我认为这些升级准备活动。sonarqube开源代码质量管理软件-苏州华克斯公司由苏州华克斯信息科技有限公司提供。行路致远，砥砺前行。苏州华克斯信息科技有限公司致力成为与您共赢、共生、共同前行的战略伙伴，更矢志成为行业软件具有竞争力的企业，与您一起飞跃，共同成功!)