SonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，降低风险，终开发更好的软件。SonarQube是每天使用的Zitro游戏审查其c++和PHP代码，并分配质量改进任务给其工程师。Zitro游戏生产的xian进的游戏平台预计会不停地运行，没有故障或错误，因此软件质量对其业务运营绝dui至关重要。但是制作的宾果软件只是一次还不够。为了保持其作为领xian的视频宾果游戏的地位，Zitro必须跟上创新的步伐，这意味着经常发布。由于Zitro生产的du博软件，处理真正的钱，这些版本必须尽可能接近。保持短期的Zitro需要保持竞争力只有当它有一个清晰的，全mian的和xin的图片的质量影响的变化在一个版本。软件质量-从哪里开始？当它来检查和提高其软件质量，Zitro只是不知道从哪里开始。首先，对软件的当前状态没有一个清晰的描述。这意味着，即使它想投入资源来提高其软件的整体质量，Zitro的员工也无法有效地组织他们的改进工作，因为他们不知道应该关注什么。挣扎，他们做了唯yi的事情，他们可以想到的;我们做了繁琐的，中国sonarqube规则，手动代码审查所有的新代码，每一个版本，Zitro研发总监哈维Albors说。SONARQUBE提供了一个关于整体源代码质量的清晰视图当他们发现SonarQube的时候，Zitro的员工意识到他们已经找到了一个高xiao且负担得起的工具，每天自动检查所有的c++和PHP代码。Albors说:我们仍然在的一些重要部分进行了一些手工代码审查，但在所有的代码中都没有。现在，我们只审查SonarQube报告。更好的是，代理商sonarqube规则，他们能够使用SonarQube的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。SonarQube的好处得到了明确的证明，Zitro管理层决定将其部署到整个组织。像问题管理系统这样的关键SonarQube功能加快了开发团队的采用，SonarQube的仪表板为组织中的每个人提供了重要信息的整合视图。结果:显著的节省时间和代码质量的改进今天，Zitro使用SonarQube分析约25万行代码，这是划分在17项目，并由一个由20工程师团队维护。应用程序通过与其Quickbuild生成服务器的直接集成，每天进行分析。每天都会对新的SonarQube结果进行评审，并使用问题管理工作流来分配质量改进任务。我们赢得了所有团队的时间，提高了我们的源代码质量，因为机器正在监视我们!Albors说。SonarSource简介具有Artifactory和Sonarqube集成的连续交付准备Gradle项目当玩弄持续集成/交付/部署的概念时，我在Gradle构建以及如何将它们集成到这些概念中而苦苦挣扎。Gradle在构建工具环境中越来越重要，因此我创建了一个关于如何使用它的模板或原型。我选择了一个场景，我看到了Maven和其他工具已经实现了:推动风投转向中央风投将更改标记为特定id并将其推回中央VCS使用单元测试执行生成执行声纳分析执行artifactory上载此链使您能够不断地将每个更改设置标记、单元测试、分析并上载到您的工件存储库，以备部署。简而言之，这是(从我的角度来看)持续交货的精神。环境:Gradle3.5(通过项目的Gradle包装)Artifactory:5.2.1-OSS，运行在http://localhost:8081/artifactorySonarqube:6.3.1，跑在http://localhost:9000注意:在这种情况下，Sonarqube和Artifactory将由管理员用户使用。在实际生产环境中，必须将其更改为更安全的方式首先，我在Artifactory中添加了一个本地(m2-compatible)和两个远程存储库:库-释放-本地是为了保存我自己的工件(这就是为什么它被称为本地)插件-gradle-org指向远程回购https://plugins.gradle.org/m2/(这是gradle插件所必需的)repo1-maven-org指向远程回购http://repo1.maven.org/maven2/(这是项目的所有其他依赖项所必需的)此外，我创建了一个虚拟的回购释放包含所有3mentionend回购。这使得从一个位置获取所有发布的库更容易。该项目本身并不真正重要的这篇文章。我认为这是一个标准的java项目，遵循Maven/Gradle的惯例。更有趣的部分是Gradle文件:gradle/包装/gradle包装。生成.gradle凭据.属性gradle.属性设置.gradleSonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，降低风险，终开发更好的软件。SonarQube使软件质量成为Agirc和Arrco软件开发过程中的一个集成组件。Agirc&Arrco是一家法国公司，负责管理超过2200万员工的补充养老金，并在广泛的行业、农业和商业领域担任高管。计算和计算这许多客户的养老金应该是昂贵的，如果不是灾难性的，如果做错了。Agirc和Arrco真的需要的软件，以确保其业务运作顺利运行，其养老金得到正确和及时的评估。此外，具有优异的软件质量意味着更少的时间用于bug修复和提高开发新项目的效率。手动代码检查!=软件质量早在2008年，Agirc和Arrco就意识到需要改进它的应用，才能取得进展，但它的编码团队根本不知道如何去做。质量过程于针对已知bug对小块应用程序进行手动代码检查。作为一个短期的结果，这些bug是固定的，但进程留下的，根本问题未触及。在软件质量过程的这个阶段，Agirc和Arrco面临着许多组织共有的三关键挑战:无法识别起始点，并确定工作的优先级。团队不知道在哪里开始改进，中国sonarqube规则，或者快速获胜的地方--如果他们还存在的话。无法看到需要多少改进，并估计将质量提高到可接受水平的努力。无法阻止新创建的应用程序重新引入在现有应用程序中纠正的相同质量问题;再犯同样的错误。SONARQUBE使代码的改进变得清晰和简单在2008年秋季，安徽sonarqube规则，Agirc和Arrco用maven2取代了它的maven1构建过程，并且作为这个过程的一部分，评估了几个解决方案来支持不断改进的软件质量。经过大量研究，SonarQube被选为在整个组织中管理软件质量的集中解决方案。首先SonarQube是一个简单的，当你开始使用它:不需要庞大的配置bastienTouzet，应用建筑师在AgircArrco。Touzet还赞赏SonarQube融入开发环境的事实。我们的特征之一是通过SonarQube插件进行Eclipse集成:现在，我们的开发人员可以看到并改进他们的代码，而不必在多个工具之间切换。在实施了SQALE插件的技术债务评估，Touzet说，团队受益于对软件质量的关键措施的客观衡量标准，以及如何解决问题的迹象。SonarQube的简单和user-friendliness鼓励组织中的每个人都参与进来，密切关注Agirc和Arrco的软件质量，并采取具体的行动来改进它。例如，在近的绩效改善项目中，一家专门的审计公司参与审查公司的COBOL批处理程序。然后，团队利用SonarQube的易扩展性，根据审计结果开发新的SonarQube规则。现在，整个开发团队能够遵循这些编码标准，避免在其应用程序中引入新的性能问题。新的开发人员立即知道如何确保批处理程序的效率，避免引入新的问题。从改进代码中获得的优势长期以来，Agirc和Arrco都低估了代码质量改进的必要性。有一种模糊的理解认为需要改进，但由于缺乏对问题的了解，任何人都无法理解其范围或重要性。在2008年，SonarQube首先提供了这种可见性，现在它使软件质量成为软件开发过程中的一个不可分割的组成部分。今天，SonarQube每天运行，从50项目中分析超过240万行代码。整个组织参与并参与了嵌入式质量过程，逐步提高了现有软件的质量，避免了新开发应用中的质量缺陷。公司及其200强的开发团队专注于长期的、value-added的活动，而不是在救火模式下的短期手动bug修复。对Agirc和Arrco的业务影响是难以夸大的:更好的软件大大降低了错养老金的风险，并使公司能够灵活地将其软件迅速适应外部环境的变化。中国sonarqube规则-苏州华克斯公司由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司为客户提供“Loadrunner,Fortify,源代码审计,源代码扫描”等业务，公司拥有“Loadrunner,Fortify,Webinspect”等品牌，专注于行业软件等行业。，在苏州工业园区新平街388号的名声不错。欢迎来电垂询，联系人：华克斯。)