我被“强迫”在外部项目中使用 StyleCop,但我发现它对我的工作风格非常有侵略性,因为它打断了我的工作流程,使进展非常缓慢。在我接近完成之前,我必须记录所有内容。我什至被 StyleCop 强迫为我知道我将在半小时内删除或重构的代码编写有效文档,一旦我运行一次或两次以测试某些东西。
我怎样才能暂时关闭它,以便我可以继续工作?
(在我将源代码提交到源代码控制之前,我可以重新启用它并解决任何文档和格式问题)
我被“强迫”在外部项目中使用 StyleCop,但我发现它对我的工作风格非常有侵略性,因为它打断了我的工作流程,使进展非常缓慢。在我接近完成之前,我必须记录所有内容。我什至被 StyleCop 强迫为我知道我将在半小时内删除或重构的代码编写有效文档,一旦我运行一次或两次以测试某些东西。
我怎样才能暂时关闭它,以便我可以继续工作?
(在我将源代码提交到源代码控制之前,我可以重新启用它并解决任何文档和格式问题)
这种“强迫”是如何实现的?即使在编译时通过 MSBuild 调用 StyleCop 并且它的警告被视为错误,它也很可能在编译后被执行,在这种情况下,您的程序集可能已经可用,并且没有任何东西被真正阻止。
如果它通过 MSBuild 运行,无论是在编译器之前还是之后触发,最简单的修复方法是让解决方案所有者提供构建配置(例如:“仅调试编译”),其中所有形式的静态分析、包括 StyleCop,被省略。您很可能不是唯一一个集成分析至少偶尔会给您带来不便的开发人员,而额外的构建配置是解决此问题的“礼貌”方式。
回答我自己的问题:
这不是最佳的,但可以通过编辑 StyleCop.settings 文件(在我的解决方案中的每个项目中)来禁用它:
<StyleCopSettings Version="105">
<GlobalSettings>
<BooleanProperty Name="RulesEnabledByDefault">False</BooleanProperty>
</GlobalSettings>
</StyleCopSettings>
我宁愿在某个地方进行构建设置而不是编辑实际文件,但我想除非有人知道更好的方法,否则必须这样做?遗憾的是 StyleCop 本身没有 UI 按钮来打开和关闭它。