C# 签入前运行单元测试

使用visualstudio和TFS&最好是Specflow或标准单元测试

我希望开发人员在签入之前将所有单元测试作为策略运行。如果单元测试中断，那么vS应该阻止它们签入，就像遇到合并冲突时一样

我知道有构建后脚本可以做到这一点，但实际上，如果单元测试失败，我宁愿它根本不进入源代码控制。另外，在等待完整构建时，掉头是相当缓慢的。然后是关于谁打破了谁的东西的争吵

---

所以不，我希望在签入之前通过本地单元测试。我该怎么做？是的，他们可以按一下按钮，但我想给他们更多的“激励”。但是，我不能代表TFS发言。

听起来您想要的是TFS门控签入。这可以确保代码生成、合并以及测试在提交签入之前成功运行。您可以在此处阅读更多信息：

---

值得注意的是，这是一个比CI构建慢得多的过程，因此根据您的开发人员正在进行的签入次数，您最好查看启用了“失败时创建工作项”并设置了项目警报以通知开发人员他们破坏了构建的CI构建。

我真的不知道您在这里问什么。因此，不，我希望在签入之前通过本地单元测试。我该怎么做？我不反对“他们可以点击按钮”。我真的不知道你在问什么是的，我认为这很明显。是的，这就是我所说的流程，我会看看它是否合适。这是答案，但它不起作用：（我们在TFS上投入了太多。您可以使用TeamCity进行持续集成，并将TFS视为一个版本控制系统。因此，它不需要取代TFS，只需对其进行补充。是的，我们走了这条路线。我们有TFS，但我们花了几天时间试图让CI工作。TeamCity需要几个小时。所以TFS仅用于源代码控制。