tfs - TFS中登机手续登机手续的缺点

Question

我一直在使用TFS中的持续集成(CI)构建。但是，在我的上一个项目中，我们开始使用门控值机触发器。

使用门禁登机手续有什么缺点吗？ 因为如果它阻止团队检查损坏的代码，则CI触发器的目的是什么？

Answer 1

门控 checkin 是一种持续集成构建的形式。在TFS中，它将创建一个包含要验证代码的架子集，然后运行该代码的构建。只有成功构建了该代码并且所有配置的单元测试都通过后，该代码才真正提交。

持续集成是不同的-在CI中，无论构建结果如何，都将提交代码。如果由于提交错误的代码而导致CI构建失败，则该代码仍在源代码控制中，可供所有人抓取。

现在，对于基于意见的部分:
如果您拥有大量具有不同技能/经验水平的开发人员，则门控 checkin 非常有用，因为它可以防止损坏的代码进入源代码控制。缺点是它增加了提交代码和提供给他人的代码之间的时间，因此可能导致人们四处张望，等待构建成功完成。

我建议使用门控登机作为权宜之计。如果您有大量封闭式检入构建失败，则说明它正在执行其工作并防止错误代码提交。如果随着时间的推移，团队逐渐成熟并且门控的 checkin 构建很少发生故障，那么它的目的就更少了，应该切换到持续集成并在出现错误的构建时对其进行纠正，而不是在每次提交之后都推迟提交，这是有问题的。