visual-studio-2012 - 构建 checkin 策略与私有(private)门禁 checkin

Question

使用 Visual Studio 2012 和 tfs 2012。

“构建” checkin 政策和门控 checkin 之间有什么区别？他们似乎都需要成功构建才能 checkin 。

两者各有什么优缺点？

应该优先使用其中一个还是可以/应该同时使用它们？

Answer 1

注意:下面的答案实际上应该引用不同的策略(请参阅注释)，如果构建被破坏，构建策略会阻止您 checkin ，如果您也使用门控 checkin ，则这种情况永远不会发生。这意味着两者都没有什么好处。

构建 checkin 策略要求您先在计算机上构建代码，然后才能 checkin 。

门控 checkin 会搁置您的更改并运行 tfs 构建服务器构建(以及单元测试等其他任何内容)，然后如果构建通过，则搁置集将合并到源代码管理中。如果构建失败，您会看到一个弹出窗口，需要先修复问题，然后才能提交任何代码。

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

由于 checkin 策略使用您的盒子进行构建，因此不会对构建服务器造成太大压力，因此如果您没有资源来运行足够的构建服务器以实现短队列，这可能会带来好处。在门控 checkin 之前制定 checkin 策略应该有助于减少浪费服务器时间的失败构建的数量。因此，同时启用这两个功能是有好处的。

如果您的构建服务器过载，那么门控 checkin 可能会延迟其他开发人员在等待构建发生时访问代码。