目前，我们在 TFVC 中使用一个开发分支，每个开发人员都可以在其中签入。我们有一个 Gated Checkin 来确保我们的项目能够构建。
现在我们想切换到 git，但 TFS 2017 和 Azure DevOps 2019 没有类似于 git 存储库的门控签入。我们可以更改我们的工作流程以使用功能分支和拉取请求。但是拉取请求仅在合并到 master（或另一个分支）时测试代码。
如果每个功能都由单个开发人员开发，这将是可以的。但在我们的大多数功能中，不止一个开发人员在一个功能上工作。我们如何防止开发人员将代码推送到中断构建并阻止同一分支上的其他开发人员的分支？
我们如何防止开发人员将代码推送到中断构建并阻止同一分支上的其他开发人员的分支？
我们可以使用分支策略来保护特性分支。
防止开发人员将代码推送到中断构建并阻止同一分支上的其他开发人员的分支，例如Feature分支。
我们可以在分支上添加构建验证Feature，以设置一个策略，要求在拉取请求中进行更改，以便在完成拉取请求之前使用受保护的分支成功构建。
在这种情况下，此构建验证将阻止开发人员将代码推送到feature中断构建并阻止分支上的其他开发人员的feature分支。
当我们在这个Feature分支上多了一个开发人员时，每个开发人员都应该基于该分支创建自己的Feature分支，例如Feature_DevelopA，每当开发人员合并到Feature分支时，他们都需要通过 Build 验证才能完成合并。
此外，我们还可以添加其他分支策略，例如代码审查员。
希望这可以帮助。
您可以将分支策略应用于您的功能分支，就像您对 master 所做的那样。
https://docs.microsoft.com/en-us/azure/devops/repos/git/branch-policies?view=azure-devops