我们有一个庞大的整体项目，每天都有很多开发人员将他们的代码检入到该项目中。您可能会猜想，像这样的项目真的很困难，特别是在许多开发人员同时工作的时候。在白天，通常需要签到，并且构建项目确实需要时间。在这种情况下，进行CI / CD流程确实很困难，但最困难的是，如果开发人员签入导致构建失败，则由于签入经常完成，因此会带来大量签入。实际上，我知道缺少什么，但不知道最佳实践解决方案。我相信所缺少的是《 Jez Humble的连续交付第3章，基本实践部分》中所说的内容>
不要在损坏的版本中签入
我们将Jenkins用于CI / CD，而将TFS用于SCM。当前，我们的Jenkins版本是2.204.2，TFS插件版本是5.157.0
您能帮助我如何应用这些做法吗？如何防止签入或构建损坏？这很关键，因为每天我们都在寻找谁破坏了构建版本，然后对他/她说：“嘿，您最后一次签入破坏了构建版本，您可以检查它吗。因为每个人都在等待您。”
我们有一个庞大的整体项目，每天都有很多开发人员将他们的代码签入该项目。您可能会想到，像这样的项目真的很难，尤其是在许多开发人员...
我认为TFS的分支模型限制了您拥有的可能性。