14

我们团队中的某个人安装了 StyleCop，从那时起，他加载并致力于源代码控制的所有项目都拒绝加载，除非安装了 stylecop。

我知道我可以手动编辑 .csproj 文件以摆脱它，但是有没有一种简单的方法可以从项目文件中自动删除这些 stylecop 部分，以便可以在未感染 stylecop 的 Visual Studio 机器上加载和构建它们？

4

4 回答 4

21

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

根据您的描述，我猜他想设置 StyleCop 与 MSBuild 集成：http: //blogs.msdn.com/b/sourceanalysis/archive/2008/05/24/source-analysis-msbuild-integration.aspx

他显然只是遗漏了最后一段“团队开发”：将 StyleCop 文件复制到您的项目中并将它们签入源代码管理，因此您无需在每台开发人员机器上安装 StyleCop。 （有关更详细的说明，请参阅我的链接）

如果您这样做，StyleCop 应该可以在每台机器上运行，无论它是否已安装。

我们也在以这种方式使用 StyleCop，我认为这是最简单的使用方式。
我只需要在每个 .csproj 文件中插入两行并将一些文件检查到源代码管理中一次...... StyleCop 在每次编译时，在每台机器上都可以正常工作（无论它是在开发人员机器上还是在构建服务器上） .

于 2011-02-04T01:13:31.607 回答
21

Stylecop 隐藏了真正的警告。它是一种虚荣心的练习和它的邪恶。

不要使用它。

我发现 stylecop 会生成许多琐碎的警告，这些警告会淹没真正的警告。一定要使用这些工具，但不要强迫它们打开。没有 stylecop 警告是一个毫无意义的指标。

于 2012-10-04T08:40:51.237 回答
15

测试驱动开发

Red -> Green -> Refactor

测试驱动开发（使用 STYLECOP）

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

另外，从这里：

Bob：使用模式匹配，软件可以识别丑陋的代码
Charlie：——并修复它！
Bob：不。它会打印关于每一次违规的消息。
查理：然后用户右键单击来修复它们？
Bob：不。消息责备他们“逗号周围的空格无效”。
查理：然后解释用户如何修复它？
鲍勃：不，该信息在单独的文件中。
查理：在谷歌上？
鲍勃：没有。

这就是为什么不使用 Stylecop。

于 2014-01-22T14:46:31.550 回答
15

我通过将以下GlobalSettings配置添加到settings.stylecop解决方案根目录中的文件来禁用 StyleCop。

<StyleCopSettings Version="4.3">
  <GlobalSettings>
    <BooleanProperty Name="RulesEnabledByDefault">False</BooleanProperty>
  </GlobalSettings>
  ...
</StyleCopSettings>
于 2014-02-21T10:15:03.410 回答