代码分析签入策略与测试驱动的开发结合在一起会扼杀生产力



我们正在使用VS2012+TFS2012,我想添加代码分析签入策略,提醒每个团队成员在签入之前修复代码警告,但后来我注意到它迫使我们选中"在构建时激活代码分析"项目选项。

我们也在做TDD,所以这意味着我们编写一个单元测试,运行它(意味着构建项目)以确认测试失败,我们编写代码以使测试通过,然后我们再次运行测试以确认它通过。

因此,对于一个单元测试,我们必须构建两次(最少,如果我们犯了一些编码错误,有时会更多),但由于每次构建都需要超过10秒的代码分析,这是非常非常低效的:(

是否可以只在签入之前强制执行运行代码分析,而不是在每次构建时强制执行?

如果您使用Git,您可以创建一个Pull Request分支,在该分支上执行TDD,然后在发送Pull Request之前,修复所有代码分析错误,然后推送您建立的所有提交,包括解决代码分析警告的提交。

这就是我经常将两者结合在一起的方式,而且效果很好。

如果TFS不允许你这样工作,这只是TFS如何扼杀生产力的又一个例子。

相关内容

最新更新