我目前工作的地方，我们正在考虑从TFS 2010升级到TFS 2012。我非常喜欢的一个特性是"门控签入"，因为这确保了您正在开发的分支保持原始状态，不会出现由于编译错误或单元测试失败而导致构建中断的签入/更改集。
然而，在TFS 2010中，许多开发人员和我发现这个功能使用起来有点麻烦。一个可用性问题是，在CI构建成功验证了您的签入不会破坏构建之后，需要协调您的工作空间。另一个问题是，如果您的变更集确实破坏了构建，开发人员不会直观地发现取消破坏的变更集。
在TFS 2012中值机体验有改善吗?通过在Internet上进行研究，我发现的一个改进是能够在调用CI构建之前将许多签入排队。除此之外，我还没有发现任何进一步的信息，特别是关于此功能的开发人员/用户体验。
TFS 2012确实添加了批量门控签入，但除此之外，我发现门控签入的用户体验非常相似。
我认为你已经错过了一个重要的事情，即当gate -check -in运行时，它可能需要一些时间，你可能会添加和修改你的代码，这意味着你可能需要搁置当前的代码，并从搁置什么破坏构建。
而且调和是有意义的，因为当您通过签入代码开始构建时，您不知道您的文件是否会签入，并且在构建运行时它也可能包含新的修改，因此该功能设计用于所有情况而不仅仅是一种情况。