自动完成是完成PR和自动合并更改的一个很好的选择。但是，一个选项，以禁用此按钮的一些项目/仓库将是很好的。更好的是，我们可以只为特定的团队禁用它。我们有这样一个案例，完成合并会启动一个发布，如果一个合并请求被意外批准，我们就把坏代码推给了master。
yrefmtwq1#
据我所知，在我以前的团队中，我们不可能有这个问题。你有两个选择：1.如果有人错误地合并，您可能会最终恢复合并。1.创建一个审批策略，以便在没有一个或多个团队成员审核和批准拉取请求的情况下，任何人都不能合并到Main或任何给定的分支。即使在这个选项中，即使PR被批准，在某些情况下你可能最终会恢复，但至少减少了错误的合并因素。检查Microsoft doc以了解策略。如果你已经使用了policy，你可以考虑使用git-flow策略，这样你总是合并到开发分支而不是主分支，但是这会减慢发布过程。最后，您可以建议new features用于Azure DevOps，请阅读here。您还可以阅读有关Azure DevOps的最新updates的信息。
1条答案
按热度按时间yrefmtwq1#
据我所知，在我以前的团队中，我们不可能有这个问题。你有两个选择：
1.如果有人错误地合并，您可能会最终恢复合并。
1.创建一个审批策略，以便在没有一个或多个团队成员审核和批准拉取请求的情况下，任何人都不能合并到Main或任何给定的分支。即使在这个选项中，即使PR被批准，在某些情况下你可能最终会恢复，但至少减少了错误的合并因素。
检查Microsoft doc以了解策略。
如果你已经使用了policy，你可以考虑使用git-flow策略，这样你总是合并到开发分支而不是主分支，但是这会减慢发布过程。
最后，您可以建议new features用于Azure DevOps，请阅读here。
您还可以阅读有关Azure DevOps的最新updates的信息。