0

在我们的项目中,我们严重依赖 FxCop 作为代码质量工具。最近,我们将项目从 8 个模块拆分为 30 多个模块(MS 术语中的“项目”)。从那时起,启用代码分析 (FxCop) 的构建时间呈爆炸式增长。

显然,每个模块的 FxCop 重复启动会给整个构建带来很大的开销。任何提示如何为我的开发人员改善这种烦人的体验?

4

1 回答 1

0

我对这类事情的首选方法是向禁用静态分析的解决方案添加构建配置(例如:“调试(仅编译)”)。开发人员可以选择将其用于常规本地构建,尽管在提交共享源代码控制之前,他们需要在完整的“调试”配置下构建。(理想情况下,持续集成构建将运行完整筛选以捕获任何失败。)

另一种选择是删除每个项目的代码分析配置,而是为所有程序集一起调用 fxcopcmd.exe。不幸的是,找出触发它的位置比设置命令行要复杂一些。如果您有一个顶级可执行文件,它的构建可能是一个不错的候选者。

于 2013-10-02T13:55:35.790 回答