我们正在使用VS2012 + TFS2012，我想添加代码分析签到策略，以提醒每个团队成员在签到之前修复代码警告，但后来我注意到它迫使我们检查＆＃34;激活代码建筑分析＆＃34;项目选择。
我们也在做TDD，所以这意味着我们编写单元测试，运行它（这意味着构建项目）以确认测试失败，我们编写代码以进行测试通过，然后我们再次运行测试以确认它经过。
因此，对于1个单元测试，我们必须构建两次（最小，如果我们做一些编码错误，有时会更多），但因为代码分析在每个构建上运行需要10秒以上，所以这非常非常无效：（
是否可以在签入之前强制执行运行代码分析，而不是在每次构建时执行？
答案 0 :(得分：1)
好吧，如果您使用 Git ，您可以创建一个Pull Request分支，在该分支上执行TDD，然后在发送Pull Request之前修复所有代码分析错误 - 然后推送您构建的所有提交，包括解决代码分析警告的提交。
我经常将两者结合起来，而且效果很好。
如果TFS不能让你像这样工作，它只是TFS如何杀死生产力的另一个例子。