我们团队中的某人安装了Stylecop,从那时起,除非安装StyleCop,否则他加载了所有项目并承诺拒绝加载。

我知道我可以手动编辑.csproj文件以摆脱它,但是是否有一种简单的方法可以自动从项目文件中删除这些Stylecop零件,以便可以在非STYLECOP感染的Visual Studio Machine上加载并构建它们?

有帮助吗?

解决方案

我通过添加以下内容来禁用Stylecop GlobalSettings 文件的配置 settings.stylecop 在溶液根中。

<StyleCopSettings Version="4.3">
  <GlobalSettings>
    <BooleanProperty Name="RulesEnabledByDefault">False</BooleanProperty>
  </GlobalSettings>
  ...
</StyleCopSettings>

其他提示

为什么要删除它?
我认为使用StyleCop是一件好事。
您唯一的问题似乎是您的团队成员没有正确设置Stylecop。

从您的描述中,我想他想通过MSBUILD集成设置Stylecop:http://blogs.msdn.com/b/sourceanalsys/archive/2008/05/24/source-analisy-msbuild-integration.aspx

显然,他只是遗漏了最后一段“团队发展”: 将StyleCop文件复制到您的项目中,然后将其检查为源控件,因此您无需在每个开发人员机器上安装Stylecop。 (有关更详细的描述,请参见我的链接)

如果执行此操作,Stylecop应该在每台机器上工作,无论是否安装。

我们也以这种方式使用了Stylecop,我认为这是使用它的最简单方法。
我只需要在每个.csproj文件中插入两行,然后将一些文件检查到源控件中...而Stylecop在每个机器上都可以在每个机器上使用(无论是在开发人员机器还是构建服务器上) 。

Stylecop隐藏了真正的警告。它是虚荣的锻炼和邪恶。

不要使用它。

我发现Stylecop产生了许多繁琐的警告,这些警告淹没了真正的警告。一定要使用这些工具,但不要迫使它们加入。没有Stylecop警告是毫无意义的指标。

测试驱动的开发

Red -> Green -> Refactor

测试驱动开发(带Stylecop)

Red -> Red -> WTF? -> Red -> Red -> ...

另外,来自 这里:

鲍勃:使用模式匹配,该软件标识丑陋的代码
查理: - 并修复它!
鲍勃:不。它打印了有关每个违法行为的消息。
查理:然后用户右键单击以修复所有内容?
鲍勃:不。信息责骂他们“无效的间距在逗号上”。
查理:然后说明用户如何解决?
鲍勃:不,这些信息在单独的文档中。
查理:在Google上?
鲍勃:不


这就是为什么 不要使用Stylecop.

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top