代理商sonarqube开源代码质量管理软件-华克斯

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发更好的软件。SonarQube 在欧洲的三不同地点的开发团队每天都在使用。质量结果显示在墙上显示器!Kapsch TrafficCom (理事会) 是智能交通系统的提供商。它的系统采用信息和通信技术来支持和优化公路运输， 包括基础设施、车辆、用户和工业。它在各种交通应用领域的解决方案有助于减少道路交通造成的拥堵和环境污染， 提高交通安全和安全。理事会集团在33国家设有子公司和代表处， 并有3000多名员工。软件质量很重要， 因为 Kapsch 需要向其客户提供jia的软件解决方案， 同时遵循行业标准， 如汽车行业的 MISRA 准则。即将失去对软件质量的关注

Kapsch TrafficCom 因快速扩张而失去了对软件质量的关注。这种扩展导致了一些新的编程语言的使用， 并雇用了许多新的开发人员。理事会预见到需要更好地控制， 遵循编码准则， 并确保它开发的应用程序在发布之前达到了定义的质量目标。此外， 技术债务的趋势需要更加明显， 以帮助决策者达成关于重构与引入新特性的知情决策。由于理事会在静态代码分析中使用了几种不同的解决方案，代理商sonarqube开源代码质量管理软件， 因此很难同时将整个代码库的这一概述放在一起。SONARQUBE 的自下而上采用

然后， 瑞典理事会办公室的遇到了 SonarQube。这一收养是由管理层和其他理事会的开发网站所采纳的自下而上的方法。在年内， 它将被采用在更多的地点， 并作为理事会的主要解决方案， 跟踪代码质量。在这一收养中， 关键是 SonarQube 使用相同的度量标准来衡量每种语言。理事会使用几种不同的语言， 现在它们都可以以统一的方式呈现。可以很容易地看到当前的度量状态， 以及它们是否在正确的方向上移动。此外， 项目组合管理 (视图) 插件允许理事会从多语言应用程序中聚合质量度量， 将每个应用程序的质量统一起来， 并将应用程序进一步聚合到产品、项目和部门质量的统一演示中。更美好的是， '由于我们每夜都在分析我们的大部分产品，中国sonarqube开源代码质量管理软件， 所以现在每个人都可以按需获取xin的结果 (在每个聚合级别)'， 瑞典理事会的测试组长约翰 Esbj?rner 说。Kapsch TrafficCom 使用的主要功能包括:时间机器-跟踪关键代码质量度量的进度。视图-将多种语言聚合到产品/项目/部门中。差异视图-检查遗留项目中是否引入了新问题。Java API-创建自己的集成插件， 因为它已经做了宝丽来 ALM。SONARQUBE 结果显示在墙上显示器上

SonarQube 目前正被用于检查超过30应用程序和700k 代码行的代码质量， 并且这些数字预计会随着全年的采用而不断增加。它每天都被开发团队使用， 它们遍布欧洲三不同的开发站点。Esbj?rner 表示， '我们可以利用我们现有的詹金斯基础结构来触发静态分析， 从而缓解了向 SonarQube 的过渡， 因此无需额外的服务器。让所有利益相关者通过 web 浏览器轻松地访问结果， 并显示在人们走过的墙壁监视器上， 从而提高了对代码质量的认识。这些指标已成为一种帮助， 以可视化需要做什么。早些时候， 开发人员知道代码需要重构， 但是很难得到标准的数据来向决策者展示。现在，天津sonarqube开源代码质量管理软件， 他们可以通过打开 web 浏览器并显示度量和代码来做到这一点。今天， 质量门是为所有语言定义的， 因此新功能并不总能战胜重构。在发布前始终满足di质量级别要求。

SonarSource关键挑战代码质量管理

按设计， 按规定的时间间隔， 不间断地进行准时审核。这种代码的方法质量管理有四主要类型的缺点， 这将在本节详述。

太少， 太迟准时审计确定了两种改进: 化妆品和结构变化。而外观更改需要稍加修改， 结构更改可能包括主要软件设计.虽然可能需要进行此类更改， 但由准时审核产生的行动计划在过程中定义得太晚， 无法做任何事情， 但会打乱开发周期;无论是软件发布日期需要扩展， 以包括软件重新设计， 或更糟糕的软件将被推送到质量不达标的生产， 因此降低了可维护性和适应性， 当新的业务需求出现。

来自开发团队的推回组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。开发人员倾向于从准时审核中产生的行动计划， 因为他们:√是在团队之外生成的， 在日常工作中被视为一种新的约束√是主观的;调查结果依赖于审计师的判断， 而非客观措施√小姐的背景和历史信息， 因此被视为无关√因正在进行的更改而失效， 并很快变得过时√不要让和其他利益相关者参与审核和审核过程√介入的过程太晚;在审核功能时，代理商sonarqube开源代码质量管理软件， 开发人员需要 '重新学习'用于解决查找的代码

缺少过程所有权

组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。

异构需求衡量软件绝dui价值的传统方法， 如问题总数在质量门中发现， 强制评估人员对不同的应用程序进行测量要求取决于其来源。例如， 遗留项目可能不会保持在相同的高度一个绿地项目的质量标准， 和 in-house 的发展可能被判断不同于外包代码。这是由于您仍然需要允许软件运送到生产， 并要求每个项目达到相同的绝dui价值的质量阈值之前释放通常是不切实际的。使用这些绝dui值， 几乎不可能解决共同的对所有应用程序的要求， 因此很难在整个委yuan会中采用良好的做法。

关闭SonarQube中的旧版代码违规

一旦您设置了所有组件，您现在可以使用jsawk为所有现有的违规创建排除模式：

curl -XGET'http：// localhost：9000 / api / violation？depth = -1'| ./jsawk -a'return in（“﹨ n”）''return source.key.split（“：”）[1] +“; *; [”+ ne +“]”' |排序| uniq的

这将显示一个可以粘贴在“关闭违规”插件的文本区域中或将其作为文件签入存储库的列表。随着下一个分析过程，您将希望看到零违规。当有人通过插入一行更改文件时，会再次显示违规行为，并且应该被修改。不幸的是，一些违规行为不是基于行的，并会产生一个行号'undefined'。目前我刚刚删除了这些手动，所以你仍然可能会看到一些违规。

结论

我提出了一种方法来将您的旧版代码重置为零违例。使用SonarQube 4.0，“切换违规关闭”插件的功能将在内核中使用，因此将更容易使用。我仍然在寻找保持排除模式xin的jia方式。一旦有人必须修复现有文件的违规行为，则应删除该模式。

更新09.01.2014

从SonarQube 4开始，这种方法不再工作了。 SwitchOffViolati插件的一些功能已被移动到，但是排除违反行为是不可能的，也不会实现。开发商建议仅查看项目的趋势，而不是总体违规数量。这可以很好地使用差分。