Visual studio 2012 生成签入策略与专用门控签入

使用visual studio 2012和tfs 2012

“构建”签入策略和封闭签入之间有什么区别？它们似乎都需要成功的构建才能签入

它们的优点和缺点是什么

---

一个应该优先于另一个使用，或者两者可以/应该一起使用

注意：下面的答案实际上应该是指一个不同的策略（请参阅注释），如果生成被破坏，则生成策略将停止您的签入，如果您同时使用门控签入，则永远不会发生这种情况。这意味着两者兼而有之没有什么好处。

生成签入策略要求您先在计算机上生成代码，然后才能签入

门控签入将搁置您的更改并运行tfs构建服务器构建（以及单元测试等其他任何内容），然后如果构建通过搁置集，则将其合并到源代码管理中。如果构建失败，您将得到一个弹出窗口，需要在提交任何代码之前解决该问题

使用签入策略，仍然可能丢失签入中的文件，这意味着它不会为其他开发人员构建。门控签入保证了源代码管理构建中的内容

由于签入策略使用您的框进行生成，因此不会对生成服务器造成太大的压力，如果您没有足够的资源来运行足够的生成服务器以产生短队列，这将是一个好处。在门控签入之前使用签入策略应有助于减少浪费服务器时间的失败生成数。因此，启用两者都有好处

---

如果生成服务器过载，那么在其他开发人员等待生成时，门控签入会延迟他们访问代码。

我很好奇，使用VS2012和TFS2012，我没有看到这种行为。我的构建签入策略似乎更关心我所在分支的上一个构建的状态，而不是我的本地构建。我试过清理，在局部建筑时出错；两者都不能阻止我办理登机手续。唯一停止签入的场景是在TFS上的构建中断之后。然后我不得不修复构建/注释/等以获得签入。我遗漏了什么吗？不，你没有遗漏任何东西，我一定一直在考虑需要构建的测试或代码分析策略。正如您所说，如果存在损坏的生成，则生成策略将停止您的签入。