在我们的项目中,我们非常依赖FxCop作为代码质量工具。最近,我们将项目从8个模块拆分为30多个模块(MS项目中的“项目”)。从那以后,启用代码分析(FxCop)的构建时间爆炸了。
显然,每个模块重复启动FxCop会给整个构建带来很大的开销。 任何提示如何改善我的开发人员的烦人体验?
答案 0 :(得分:0)
我这种方法的首选方法是在禁用静态分析的解决方案中添加构建配置(例如:“Debug(仅编译)”)。开发人员可以选择将其用于例行本地构建,尽管在提交共享源代码控制之前,需要在完整的“Debug”配置下构建它们。 (理想情况下,持续集成构建将运行完整筛选以捕获任何失败。)
另一种选择是删除每个项目的代码分析配置,而是为所有程序集调用fxcopcmd.exe。不幸的是,找出触发它的位置比设置命令行要复杂一些。如果你有一个顶级可执行文件,它的构建可能是一个不错的候选者。