- 发布
- 苏州华克斯信息科技有限公司
- 电话
- 0512-62382981
- 手机
- 13862561363
- 发布时间
- 2023-04-15 12:13:08
SonarSource简介
我们建立了一个 "商品" 解决方案来管理代码质量。要做到这一点， 提供hao的产品是不够的。产品也必须与整个生态系统在开发过程中发挥良好的作用， 否则它们将根本不会被使用 (至少在我们所期望的规模上)。正是基于这一点， 我们建立了 SonarQube 和 SonarLint。与生成系统
SonarQube 与标准构建系统紧密集成， 提供零配置方法。通过与liu行的构建系统 (如 Maven、MSBuild、Gradle 和 ANT) 集成，代理商sonarqube规则， 我们提供了一种快速的扫描项目的方法， 很少或根本没有配置。但这并不是唯yi的好处: 这种集成也意味着这种分析 "配置" 将始终是xin的， 因为它是用来构建项目的， 因此在长期运行过程中保持平稳。生成系统ci 引擎与CI 引擎
SonarQube 集成了liu行的连续集成引擎， 如詹金斯和 TFS。SonarQube 与构建系统的集成加上简单的命令分析线机制， 意味着 SonarQube 已经很容易地与 CI 引擎集成。但是， 我们已经更进一步地提供了额外的集成与 CI 引擎， 如詹金斯和 TFS 通过启用一键式体验集成 SonarQube 扫描到构建。与ide
开发人员在他们喜欢的 IDE 中获得代码质量的反馈。SonarLint 为开发人员提供了在 IDE 中直接对代码质量的 real-time 反馈， 突出显示了开发人员类型的问题， 以便将重点放在代码上。ide公司系统与企业系统
作为企业产品， SonarQube 可以很容易地与现有系统集成， 例如授权和身份验证。SonarQube 带有内置功能， 可与的安全系统 (如 Active Directory、LDAP、Oauth 等) 集成。身份验证以及授权可以委派给这些系统。它还可以集成到大多数其他系统， 这得益于它强大的 API。与连续部署
SonarQube 提供了一个简单的工具，中国sonarqube规则， 以集成到管道。SonarQube 提供了在连续交付过程的任何步骤中， 将代码质量验证 (称为质量门) 挂钩的能力。这使您能够在代码是否已通过您的预定义的代码质量标准集的基础上进行升级， 从而自动化了升级审批过程。
SonarSource关键挑战代码质量管理
按设计， 按规定的时间间隔， 不间断地进行准时审核。这种代码的方法质量管理有四主要类型的缺点， 这将在本节详述。
太少， 太迟准时审计确定了两种改进: 化妆品和结构变化。而外观更改需要稍加修改， 结构更改可能包括主要软件设计.虽然可能需要进行此类更改， 但由准时审核产生的行动计划在过程中定义得太晚， 无法做任何事情， 但会打乱开发周期;无论是软件发布日期需要扩展， 以包括软件重新设计， 或更糟糕的软件将被推送到质量不达标的生产， 因此降低了可维护性和适应性， 当新的业务需求出现。
来自开发团队的推回组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。开发人员倾向于从准时审核中产生的行动计划， 因为他们:√是在团队之外生成的， 在日常工作中被视为一种新的约束√是主观的;调查结果依赖于审计师的判断， 而非客观措施√小姐的背景和历史信息， 因此被视为无关√因正在进行的更改而失效， 并很快变得过时√不要让和其他利益相关者参与审核和审核过程√介入的过程太晚;在审核功能时， 开发人员需要 "重新学习"用于解决查找的代码
缺少过程所有权
组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此，代理商sonarqube规则， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。
异构需求衡量软件绝dui价值的传统方法， 如问题总数在质量门中发现， 强制评估人员对不同的应用程序进行测量要求取决于其来源。例如， 遗留项目可能不会保持在相同的高度一个绿地项目的质量标准， 和 in-house 的发展可能被判断不同于外包代码。这是由于您仍然需要允许软件运送到生产， 并要求每个项目达到相同的绝dui价值的质量阈值之前释放通常是不切实际的。使用这些绝dui值， 几乎不可能解决共同的对所有应用程序的要求， 因此很难在整个委yuan会中采用良好的做法。
SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发更好的软件。通过每天对 575万 SonarQube 的分析， 斯里巴加湾市 (业务解决方案构建者) 成功地提高了其整个软件产品套件的质量。斯里巴加湾市为金融人士和人寿保险公司提供商业解决方案和 IT 服务。它的软件框架在三不同的地点被广泛使用: 比利时、卢森堡和爱尔兰。斯里巴加湾市的开发和质量团队一直在寻找you秀的软件质量工具， 以获得更深层次的洞察力， 更好地管理内部代码质量， 考虑到拥有一个强健的框架， 以此为基础进行产品开发的战略意义。如何提高软件质量和开发人员的工作效率？
直到 2009， 斯里巴加湾市依赖于不同的开源工具， 如 Cobertura、Checkstyle 和 Findbugs， 来识别和管理 in-house 软件框架中所有主要产品的质量问题。斯里巴加湾市面临着这些工具的重大挑战， 显著的是缺乏统一的界面来查看和跟踪质量问题。这些工具也缺乏衡量质量演变的能力随着时间的推移， 使评估斯里巴加湾市框架质量的改进变得困难。总的来说， 这种方法导致了零散的质量指标，华中sonarqube规则， 并没有给斯里巴加湾市的开发团队提供他们所需要的产品质量洞察力。由于斯里巴加湾市的框架被80多个不同地点的广泛使用， 因此对于公司来说， 确保框架的实施符合jia做法和尽可能高的质量， 具有战略意义。研究和技术小组找到了一个客观的系统来确定构成高质量代码的因素， 以确保这些因素得到适当的跟踪， 并随着时间的推移来衡量这些因素的演变。解决方案: 统一度量、自定义仪表板和连续检查
在 2009年， 斯里巴加湾市的研究和技术小组决定尝试与 SonarQube 平台的概念证明， 以验证其功能， 并验证它将满足斯里巴加湾市的需要。在三月内， 很明显， SonarQube 很容易满足所有的要求， 并可以允许斯里巴加湾市客观地测量和验证代码质量。特别是， 该团队对 SonarQube 的连续检查功能印象深刻， 这使得他们能够在每两周的发布周期内和之后测量质量的变化， 从而加深对质量问题的理解。这使得开发人员和管理人员能够更轻松地相互合作， 了解并解决质量问题。斯里巴加湾市能够推动创新并维护其软件组合
除了简单地解决现有的质量问题， SonarQube 帮助更好地在他们的工作， 根据斯特凡·德勒克 Nicoll， 框架开发的负责人。"SonarQube 平台是一种独yi无二的连续检测工具。诸如差异仪表板、时间线和历史表等功能使每一个团队成员都能提高其技能。有关规则违规、包缠、重复、代码覆盖率和 API 文档的报告帮助我们向其他开发人员提供了坚如磐石的库。简而言之， SonarQube 平台帮助我们编写了更好的代码。但更重要的是， 它也帮助我们作为一个团队互相学习， 提高我们的技能。今天， 斯里巴加湾市运行两个 SonarQube 实例， 分析了31多个项目和575万行代码。斯里巴加湾市的技术架构师和质量经理广泛使用 SonarQube 的历史和自定义仪表板来关注已被确定为重要的度量标准。迷你图用于验证进度， 警报阈值用于快速识别需要立即注意的事件。SonarQube 的插件库对斯里巴加湾市也具有极大的价值， 因为它使该公司能够轻松地将 SonarQube 平台与现有的 it 和应用程序生命周期管理 (ALM) 基础结构集成在一起。SonarQube LDAP 插件减轻认证和授权斯里巴加湾市的现有权限基础结构， 詹金斯插件集成 SonarQube 现有的连续集成基础结构， 和 SCM 活动插件， 帮助架构师和 QA 经理确定团队成员， 以联系有关代码质量问题。此外， SonarQube 的 extens