我目前正在工作，我们正在考虑从TFS 2010升级到TFS 2012.我非常喜欢的一个功能是门控签到，因为这可以确保您正在开发的分支在没有检查方面保持原始状态 - ins / changesets导致构建因编译错误或单元测试失败而中断。
然而，在TFS 2010中，许多开发人员和我发现此功能使用起来有点麻烦。一个可用性问题是在CI构建成功验证您的签入不会破坏构建之后需要协调工作区。另一个问题是，如果你的变更集确实破坏了构建，那么开发人员并没有发现直观的方法来取消已经破坏的变更集。
TFS 2012的门禁登记体验是否有所改善？我在互联网上研究发现的一个改进是在调用CI构建之前排队一些签到的能力。除此之外，我还没有找到任何进一步的信息，特别是关于此功能的开发人员/用户体验。
答案 0 :(得分：1)
TFS 2012确实添加了batch gated checkins，但除此之外我发现门禁签到用户体验与此非常相似。
答案 1 :(得分：0)
我认为您错过了关于Gated-checked-in的一个重要事项，即在Gated-checked-in运行时可能需要一些时间来添加和修改您的代码，这意味着您可能需要搁置当前代码并从搁置中得到什么打破了构建。
此外，协调是有意义的，因为当您通过签入代码启动构建时，您不知道您的文件是否将签入，并且在构建运行时它也可能包含新的修改，因此这个功能设计对于所有情况，不仅仅是一种情况。