华克斯信息-华北sonarqube

连续检查由奥利维尔 gaudin，sonarsource sa ---兼共同创始人软件的范式转换管理介绍软件是每个商业企业日益关注的问题， 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件包括外部和内部。外部或功能性， 描述软件与其定义的功能需求–它是否按预期执行？内部描述关键的内部代码的特性， 如健壮性、标准一致性和可维护性。行业统计显示， 平均而言， 软件产品的生命周期成本的80% 用于维护，根据内部， 维护成本有---的变---。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码控制方法涉及 so-called 的准时审核或门， 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 后一英里-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断， 因为它们会导致更改已完成 软件。在hao的情况下， 这种控制方---导致---和返工。在坏的情况是， 它导致了劣质软件的发布。在这两种情况下， 传统方法使人们认识到， 构建高的软件过于复杂和昂贵。迫切需要一个新的模式， 强调贯穿整个开发周期， 并有更短的反馈回路， 以---快速解决内部问题;简而言之，从一开始就建立的模型， 而不是事后考虑。连续检查是一个整体的、完全实现的过程， 旨在使内部代码成为软件开发生命周期的组成部分。通过提高所有利益相关者的度生命周期， 连续检测使企业能够接受代码 whole-heartedly。在 sonarsource 的支持下， 连续检验范式是非常有效的， 并已被证明从小公司到---100强企业， 在现实中工作，各行业。本文详细介绍了代码管理中的关键问题。它然后介绍了连续检查范式， 并说明了它如何解决这些挑战，支持数以千计的企业提高软件。

sonarlint –为 c#、vb.net、java、javasc ript、php 和 python 提供一个免费的静态分析工具5月3日， 2017code ， ---， toolingsonar 皮棉， 视觉工作室这是一个. net 的重点帖子。

---兴看到人们正在构建的东西， 现在 c# 编译器是开源的。我们实际上是在工具中游泳， 这不是一件坏事， 但我需要考虑我的开发管道中有多少工具。我目前在日常工作中使用 resharper 和前缀。ndepend 和 pvs-工作室每周一次的基础上， 但只在个人和开源项目。我可以在混合中添加另一个吗？---!这不是侵入性的，sonarqube， 不会与 resharper 或 vs 代码提示冲突。在报告代码相关问题的方式上也有一些轻微的幽默。

通过 ide 的用法

使用此工具的选项尚未更改， 但它支持三shou欢迎的 ide 的:

intellij视觉工作室蚀全mian的语言支持来自 intellij 和 eclipse 的 ide。如果您使用的是 visual studio (vs)， 那么您将得到一个---的 c# 和 vb.net 规则集。

您也可以在命令行中使用它， 这对于连续生成管线来说是的。需要通过 msbuild 进行分析， 因为它们的命令行工具当前未按广告方式工作。运行分析是很容易的， 而且我可以在构建的末尾处理一个 xml 文件， 以生成报告或存储某处以便随着时间的推移进行分析。需要注意的一点是， xml 报告将在每个项目目录中生成一次。

msbuild mysolution.sln/p: runcode---ysis = true/p: code---ysislogfile = myxmlreport. xml1msbuild mysolution.sln/p: runcode---ysis = true/p: code---ysislogfile = myxmlreport. xml与 visual studio 中的规则交互

有一个广泛的214规则 c# 和62的 vb.net， 虽然它们不是所有的默认启用。可以对规则进行定制， 以便为一个项目运行一个规则集， 并为另一个项目设置另一个规则集， 我将在短期内解释。

在真正的 vs 代码， 违反了其中的一个规则得到一个弯曲线下面的代码行， 然后可以处理通过按 ctrl+。还有漂亮的功能， 这是新的 vs2017， 它使工作与分析仪更愉快。它不仅允许我修复当前正在查看的问题，华北sonarqube， 而且还可以解决相同的问题文档、项目或解决方案。---。

正如您在下面所看到的， 还有用于禁止规则的选项。您可以内联或在它为您创建的全局抑制文件中执行此项。

# 杂注指令还有一个说明作为注释， 它可能对其他开发人员有帮助。通常我需要查找杂注代码， 所以这是一个---的 vs 功能， 提高了整个开发人员的经验。

我真正喜欢的另一个特性是， 这些---给出了一个简短的---， 解释了规则冲突背后的原因。这个---的---是真正引起共鸣的东西， 因为我不喜欢注释代码。应删除死代码。如果有机会， 你认为你会需要它后， 那么没有问题， 这就是源代码管理的是!

如果您需要完整的规则列表， 我发现联机帮助非常有用， 因为您可以通过各种带有标记的规则类型进行筛选。

定制规则

与 vs works 的代码分析方式保持一致， 您可以通过右键单击分析器节点 invs 并选择 打开活动规则集 来访问规则列表。

从那里， 规则集只是另一个类别节点。如果您想了解有关定制规则集的更多信息， 我有一个关于 visual studio 代码分析的博客文章， 它将在更深入地进行。

一个知道的---

我无法得到规则运行在构建和不断得到这个错误。

--- ca0064: 由于无法加载指ding的规则集或不包含任何托管代码分析规则，sonarqube， 因此未执行任何分析。

我确实在 sonarlint 谷歌集团发布了一个问题， 但据我所知， 它是孤立于我的机器。如果发生这种情况， 您需要添加分析器程序集 sonar---yzer.csharp.dll， 如下所示。

如果希望分析在生成时运行， 请通过 项目属性 并单击 在生成时启用代码分析， 在每个项目基础上启用分析。