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