如何摆脱StyleCop
我们团队中的某个人安装了StyleCop，从那时起，他加载并承诺源代码控制的所有项目都拒绝加载，除非安装了stylecop。
我知道我可以手动编辑.csproj文件来摆脱它，但是有一种简单的方法可以从项目文件中自动删除这些stylecop部件，以便可以在非Stylecop感染的Visual Studio机器上加载和构建它们吗？
我通过将以下GlobalSettings配置添加到解决方案根目录中的文件settings.stylecop来禁用StyleCop。
False ...
为什么删除它？
在我看来，使用StyleCop是一件好事。
您唯一的问题似乎是您的团队成员没有正确设置StyleCop。
根据您的描述，我猜他想要使用MSBuild集成设置StyleCop： http ： //blogs.msdn.com/b/sourceanalysis/archive/2008/05/24/source-analysis-msbuild-integration.aspx
他显然只是遗漏了最后一段“Team Development”： 将StyleCop文件复制到你的项目中并将它们检查到源代码控制中，因此你不需要在每台开发者机器上安装StyleCop。 （有关更详细的说明，请参阅我的链接 ）
如果这样做，StyleCop应该可以在每台机器上运行，无论它是否已安装。
我们也以这种方式使用StyleCop，我认为这是使用它的最简单方法。
我只需要在每个.csproj文件中插入两行，并将一些文件检入源代码控制一次……而StyleCop只在每次编译时都能正常工作（无论是在开发人员机器上还是构建服务器上） 。
Stylecop隐藏真实警告。 它是一种虚荣运动和它的邪恶。
不要使用它。
我发现，stylecop产生许多琐碎的警告，淹没了真正的警告。 一定要使用这些工具，但不要强迫它们打开。 没有stylecop警告是一个毫无意义的指标。
测试驱动开发
Red -> Green -> Refactor
测试驱动开发（与STYLECOP）
Red -> Red -> WTF? -> Red -> Red -> ...
另外，从这里 ：
Bob：使用模式匹配，软件识别丑陋的代码
查理： – 并解决它！
鲍勃：没有。它会打印一条关于每次违规的消息。
查理：然后用户右键单击以解决所有问题？
鲍勃：没有。消息骂他们“逗号周围的无效间距”。
查理：然后解释用户如何解决它？
鲍勃：不，这些信息在一份单独的文件中。
查理：在谷歌上？
鲍勃：不。
这就是为什么不使用Stylecop 。