Stylecop签入策略VS2012,TFS2010

Stylecop签入策略VS2012,TFS2010,tfs,stylecop,Tfs,Stylecop,我们将StyleCop作为项目的一部分,每次编译时,StyleCop都会检查代码。但我们已经有超过10万行的代码,而且每天都在增长。因此,重建解决方案的时间已经越来越长,超过20秒。我认为最糟糕的是Stylecop 所以我们正在考虑从编译过程中删除StyleCop的方法,但将其作为TFS的签入策略。我发现了两个项目:和。但两者似乎都不支持VS2012,许多在线帖子表明它们在VS2012中不起作用 我可以将StyleCop作为构建服务器(TeamCity)的一个步骤,但是我们会有很多错误的失败构建

我们将StyleCop作为项目的一部分,每次编译时,StyleCop都会检查代码。但我们已经有超过10万行的代码,而且每天都在增长。因此,重建解决方案的时间已经越来越长,超过20秒。我认为最糟糕的是Stylecop

所以我们正在考虑从编译过程中删除StyleCop的方法,但将其作为TFS的签入策略。我发现了两个项目:和。但两者似乎都不支持VS2012,许多在线帖子表明它们在VS2012中不起作用

我可以将StyleCop作为构建服务器(TeamCity)的一个步骤,但是我们会有很多错误的失败构建,而不是真正的解决方案

我希望必须强制TFS中的所有签入都是门控签入,并通过MSBuild脚本在那里运行stylecop:如果没有违规-实际签入并将控制权移交给TeamCity。如果存在冲突-警告开发人员,不要签入。但我不知道这在TFS2010中是否可行,以及如何实现它


还有其他想法吗?

作为这个问题的解决方案,我们让Stylecop坐在构建服务器上,检查每个签入的规则。由于stylecop规则,我们最初确实有很多失败的构建,但过了一段时间,每个人都学会了所有规则并开始使用它。在过去的两个月里,由于Stylecop,我们没有失败的构建。所以这就是纪律问题

我知道这是一篇老文章,但我刚刚发布了Visual Studio 2013的签入策略。我不知道你是否已经在使用VS2013,但看看这个扩展。如果需要VS2012支持,可以添加问题。如果有足够的票数,我将增加对它的支持。

如果您只为发布版本运行
StyleCop
,并添加如下内容:
这是一个想法,但我可以看到人们仍然签入,而没有为发布版本构建它。还不如右键单击解决方案并在其上运行stylecop。如果可能的话,我想尽量减少人工交互。那太好了!谢谢你让我知道。我们正在迁移到VS2013,这将非常方便!欢迎光临!我刚刚发布了它,所以我希望没有太多的bug。我们现在在内部使用它一周了,到目前为止没有bug:-)。在办公室试用了几天。对我们来说很好。额外的荣誉释放!