SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发更好的软件。ThalesRaytheonSystems 使用 SonarQube 作为 "集成解决方案， 在开发项目的每个级别都易于使用"。ThalesRaytheonSystems 是一个跨大西洋的合资企业， 专门从事监视雷达， 空中操作指挥和控制系统， 和地面武qi定位雷达。公司是雷神与 ThalesGroup 之间的50:50 家合资企业， 通过将传感器、操作中心和电信网络集成到空中作战和战场系统， 为复杂的任务提供关键的 decision-making 解决方案。其活动;它包括系统集成、复杂的程序管理、实时软件和人机界面， ThalesRaytheonSystems 必须依赖于强大、高质量和可维护的软件应用程序的组合。软件质量是跨技术和工作包的必须
在部署 SonarQube 之前， ThalesRaytheonSystems 评估了几个软件质量工具， 但没有一个符合条例草案。有些还没有集成到开发环境中， 有些颁发了许可问题， 还有一些则缺乏涵盖的技术和可用的功能。结果， 只分析了一些组件和项目， 结果没有被利用。由于该过程的 "重重量" 性质， 对 ThalesRaytheonSystems 的应用组合的长期可持续性和可维护性构成了真正的挑战， 因此很少出现质量改进。ThalesRaytheonSystems 正在走向持续集成， 包括软件质量分析的过程。考虑到环境的复杂性， ThalesRaytheonSystems 需要一个能够很好地集成其现有基础结构的解决方案，中国sonarqube代理商， 并且能够灵活地在整个软件组合中使用， 包括多种技术和广泛的应用程序。SonARQUBE 与工具集合
ThalesRaytheonSystems 选择了 SonarQube， 并要求从 SonarSource 行政培训会议， 以加快通过和上岗过程。乔塞纳丹尼斯记得她的第yi印象: "SonarQube 解决方案是非常容易使用， 它是集成在詹金斯管理的工作。它符合 ThalesRaytheonSystems 的需要， 因为我们有许多组件， 许多工作包， 在不同的语言， 和 "意见" 的概念是的。在的培训和演示之后， ThalesRaytheonSystems 比较了以前使用工具集 (免费软件和商业与每用户许可证) 的方法， 与它使用的自由和商业 SonarSource 产品的组合: c/c 、投资组合管理 (视图) 和技术债务计算 (SQALE)。丹尼斯说: "这显示了在实施解决方案和成本方面所需时间的显著增长， 因为许可证模型更适合我们的需要。由于其功能、技术覆盖面和许可模式， SonarSource 解决方案为 ThalesRaytheonSystems 提供了更佳的投资。丹尼斯还赞扬了 SonarSource 团队在集成 ThalesRaytheonSystems 的 c/c 语言的规则方面的支持和响应能力， 这是适用于更广泛的 c 社区的 c 插件。ThalesRaytheonSystems 的另一个引人注目的特性是将 SQALE 方法集成到 SonarQube 中， 从而使组织能够精que地跟踪其技术债务的补救成本。成功实施端到端软件质量过程
现在， SonarQube 已完全融入 ThalesRaytheonSystems 的环境和文化， 开发团队定期审查软件质量结果， 并采取具体行动， 根据里程碑和成本提高代码质量，华北sonarqube代理商， 而项目组合管理功能允许软件配置管理人员在项目和整个软件组合中获得结果。展望未来， ThalesRaytheonSystems 有进一步的计划， 以改善其软件质量的过程。它将在分析中添加单元测试和集成测试的控制。它还计划部署 SonarQube Eclipse 插件， 以使开发人员能够在开发环境中直接在本地检测和更正问题。丹尼斯说， 她会推荐 SonarQube 和 SonarSource， 因为 "SonarQube 是一个集成的解决方案， 易于在开发项目的每个级别使用。SonarSource 有一个很好的支持和 ThalesRaytheonSystems 受益于良好的合作与 SonarSource。
关于SonarSource连续检查
我们 SonarSource 的创始人， 非常熟悉传统模式的缺点，在其范围内工作多年。但随着持续集成的兴起， 我们设想了一个不同的模式是可能的。正如不断整合的变化多个开发人员防止集成头疼， 我们意识到不断应用质量门标准防止准时审计模型的问题。连续检测是代码质量管理的新范式， 旨在使内部软件质量是软件开发生命周期的一个组成部分。这是一个整体的， 完全实现提高项目内部软件质量和软件可视性的过程所有利益相关者的质量。连续的检查提供连续代码质量管理， 并且大大提高了开发项目的 ROI。连续检测的关键概念是发现early–when 修复它们的问题仍然是便宜和容易的。在这个模型下， 自动代码审核是每天执行并在组织内提供。这些客观、自动化的审计沿多个可维护性轴分析项目代码， 测试 bug， 并将其与团队进行比较编码标准。审核是通过工具来完成的， 它们直接在开发人员的环境， 很像微软 Word 中的拼写检查器。新的团队成员将尽快收到通知问题被发现， 所以他们可以尽快解决 sible–while 的代码仍然是新鲜的开发人员的想法。及时的这些警报有额外的好处， 培训程序员的坏习惯， 并引导他们到好的。持续的检查在开发团队中得到了基层的采纳， 因为它的协作自然导致真正的集体代码所有权， 并帮助团队提供更好的软件。与它的小，快速的问题识别和处理周期， 它已被证明增加开发团队效率， 通过促进高质量代码的开发来提高应用程序的使用寿命。持续检查的方面可以归纳为十原则。
将SonarQube指标集成到TFS构建中 - 简介
2014年7月31日/ ANDYBDEV
我一直在努力将SonarQube整合到我们每周运行的TFS中。如果你不知道SonarQube是否检查出来。它是一个很好的方法来集中有关您的代码的信息，这有助于捕获和跟踪关注KPI的人的指标（如果我们必须让他们至少对他们的代码质量有积极的作用），同时给那些“它是一个中心的地方，可以看到他们可以改进的代码质量等问题。
以前，我们从TFS开发了一个单独的Jenkins构建阅读源，但是我们希望摆脱这个额外的构建，并且只需在TFS中执行一次 - 似乎有点浪费和耗时地整理Jenkins以及TFS。事实证明，我已经有了很好的时机（在写作的时候），近才有声纳可以处理微软测试结果和覆盖文件的上传（分别为.trx和.coverage） - http：//docs.codehaus .ORG /显示/ SonAR / C％23 插件。
方法 - 使用标准的TFS Build工具包
不幸的是，将SonarQube集成到TFS构建中并不是直接的过程。那里已经有可以为您进行扫描和上传方面的定制活动（//www.vlaquest.com/2013/10/sonar-build-activity-for-tfs-updated/）。我不太喜欢自定义程序集，因为您需要创建一个项目来管理模板，并提供大量引用来删除所有的警告和错误，中国sonarqube代理商，并且实际上允许您配置导入的活动，从那时起就成为一个需要从项目中编辑你的模板 - 我知道..它没有什么大不了的，但我宁愿把它作为一个简单的可编辑工作流程。然后，您需要将程序集提供给构建控制器，我希望避免需要这样做 - 加上我曾经遇到过这样的问题，代理商sonarqube代理商，以便与过去的托管Team Foundation Service一起工作，这在历史的上使我无法避免。
考虑到这些要点，我已经采取了一种方法，这意味着大多数工作可以使用标准活动在构建模板中完成，其余的工作可以在几个可以坐在源中的批处理文件中完成。
我会引导你完成这个过程。
华北sonarqube代理商-华克斯由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司坚持“以人为本”的企业理念，拥有一支高素质的员工队伍，力求提供更好的产品和服务回馈社会，并欢迎广大新老客户光临惠顾，真诚合作、共创美好未来。华克斯——您可信赖的朋友，公司地址：苏州工业园区新平街388号，联系人：华克斯。
