我们正在使用 VS2012+TFS2012,我想添加代码分析 checkin 策略以提醒每个团队成员在 checkin 之前修复代码警告,但后来我注意到它迫使我们检查“在构建时激活代码分析” "项目选项。
我们也在做TDD,所以这意味着我们编写一个单元测试,运行它(即构建项目)以确认测试失败,我们编写代码使测试通过,然后我们再次运行测试以确认它通过。
因此对于 1 个单元测试,我们必须构建两次(最少,如果我们犯了一些编码错误,有时会更多),但是因为代码分析需要超过 10 秒才能在每个构建上运行,所以这是非常非常低效的:(
是否可以仅在 checkin 之前而不是在每次构建时强制执行运行代码分析?
最佳答案
好吧,如果您使用 Git,您可以创建一个 Pull Request 分支,在该分支上执行 TDD,然后在发送 Pull Request 之前修复所有代码分析错误 - 然后推送您建立的所有提交,包括解决代码分析警告的提交。
这就是我经常将两者结合起来的方式,而且效果很好。
如果 TFS 不允许您这样工作,这只是 TFS 如何扼杀生产力的又一个例子。
关于tdd - 与测试驱动开发相结合时,代码分析 checkin 策略会降低生产力,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29306739/