2013-05-07 83 views
1

我们将StyleCop作为项目的一部分,每次编译时,Stylecop都在检查代码。但是我们已经有了100K +的代码行,它只能每天增长。因此,解决方案的重建已经花费了更长的时间并超过了20秒。我认为最糟糕的部分是Stylecop。Stylecop Checkin Policy VS2012,TFS2010

因此,我们正在考虑从编译过程中删除StyleCop的方式,但将其作为TFS的签入策略。我找到了2个项目:SourceAnalysysPolicyStyleCopPolicy。但似乎都不支持VS2012,许多帖子都表示他们不适用于VS2012。

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

我希望不得不强制TFS中的所有签入通过MSBuild脚本进行门控签入并运行stylecop:如果没有违规 - 实际签入并将控制权交给TeamCity。如果存在违规行为 - 警告开发人员并且未办理入住手续。但我不知道在TFS2010中是否有可能实现它。

还有其他想法吗?

+1

如果只通过添加如下内容来为发布版本运行'StyleCop':'' – Mightymuke 2013-05-07 21:05:45

+0

这是一个想法,但我可以看到人们仍在检查,而无需发布。不妨右击解决方案并在其上运行stylecop。如果可能,我想尽量减少手动交互。 – trailmax 2013-05-07 22:48:22

回答

2

我知道这是一个较旧的帖子,但我刚刚发布了Visual Studio 2013的签入策略。我不知道你是否已经使用VS2013,但看看这个扩展。如果你想要VS2012的支持,你可以添加一个问题。如果有足够的选票,我会加入对它的支持。 https://stylecopcheckinpolicy.codeplex.com/

+0

太好了!谢谢你让我知道。我们正在转向VS2013,这将很方便! – trailmax 2014-01-02 17:20:08

+1

欢迎您!我刚刚发布了它,所以我希望没有太多的错误。我们现在在内部使用它一个星期,至今没有错误:-)。 – 2014-01-03 07:13:18

+1

在办公室里试了几天。为我们工作得很好。额外的荣誉释放! – trailmax 2014-01-07 23:45:47

0

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