sonarqube总代理-华克斯

sonarsource连续检查的10原则:

开发过程中的所有利益干系人 (不仅仅是开发人员或经理) 必须具有现成的访问权限到有关软件的有意义的数据。

管理软件必须是每个人的关注从开始的发展， 但是开发团队的终ji责任。

软件必须是开发过程的一部分， 这意味着满足标准是一个的硬要求能够声明开发完成。

软件要求必须是客观的， 不需要主观的通过/失败的决定。软件要求必须尽可能多地与所有软件产品共同， 无论他们的细节。

软件数据必须是xin的，sonarqube总代理， 即对代码的近版本进行测量。

软件产品必须不断检查， 以便在容易发现错误时迅速正确.开发人员必须能够发现新的缺陷， 一旦他们被引入，sonarqube总代理， 即在ide 编写代码时， 类似于拼写检查程序---拼写错误的方式。

无论是通过推还是拉， 在注入新的缺陷时， 都必须提醒利益干系人， 无论这是通过发送电子邮件， ---了构建或其他方法。

必须---新问题的注入，使团队能够快速、明智地决定。

软件数据必须同时提供绝dui (在所有代码) 和差异 (新的代码)值， 以便开发团队可以完全控制问题的传入流程。

所有新问题和现有关键问题都必须为解决方案指ding明确的路径和时间线。

持续的检验范式是非常有效的， 并已被证明在现实中工作从离岸软件工厂到---100强企业不等。这些公司成功地使用了连续检测模型来管理项目的内部软件所有大小。

一个---100强的公司与超过2万的开发商使用它管理超过6亿行代码， 在每天分析超过5000应用程序的环境中。

在所有情况下， 连续检查帮助这些公司---提高了软件和稳定， 通常节省数百万美元， 否则将花费在---原因分析和危机管理。

sonarsource简介

代码是软件发明时出现的问题。代码差会导致各种问题: 团队速度低、应用程序退役、生产崩溃、公司声誉不佳..。在 sonarsource，sonarqube总代理， 我们提供了解决方案， 以提高维---， ---性和安全性。性问题

这通常被称为技术---。与可维护性相关的问题在我们的产品中被命名为 代码气味。从本质上说， 软件预计会随着时间的推移而改变， 这意味着今天编写的代码将在明天更新。在代码库中进行此类更改的能力、成本和时间直接与其可维护性级别相关。换言之， 低可维护性意味着开发团队的低速。可维护性包括模块化、理解、可变性、可测试性和可重用等许多概念。它不采取关键问题的形式， 而是数以千计的小问题与jia做法的结果。