Azure devops 在Azure DevOps中,如何以增量方式发出请求

Azure devops 在Azure DevOps中,如何以增量方式发出请求,azure-devops,increment,pull-request,Azure Devops,Increment,Pull Request,​我们的团队最近开始使用Azure DevOps。所以我们一直在学习。到目前为止,我们还没有找到一种方法来增加拉请求。我们必须放弃拉取请求并提出新的拉取请求。这是一种非常糟糕的拉请求方式。因为我们丢失了所有注释,代码审阅者必须重新审阅。正如你所知道的,总是有一些次要或主要的评论。所以如果我们放弃了,提出新的请求。这是一种可怕的方式。我们怎样才能像在Gerrit中那样以增量的方式完成它呢?我相信,您想要做的只是在pull请求中提交对源分支的更改。当您在Azure Devops中创建从分支a到分支B

​我们的团队最近开始使用Azure DevOps。所以我们一直在学习。到目前为止,我们还没有找到一种方法来增加拉请求。我们必须放弃拉取请求并提出新的拉取请求。这是一种非常糟糕的拉请求方式。因为我们丢失了所有注释,代码审阅者必须重新审阅。正如你所知道的,总是有一些次要或主要的评论。所以如果我们放弃了,提出新的请求。这是一种可怕的方式。我们怎样才能像在Gerrit中那样以增量的方式完成它呢?

我相信,您想要做的只是在pull请求中提交对源分支的更改。当您在Azure Devops中创建从分支a到分支B的拉取请求时,无论何时新代码提交到分支a或分支B,您都将在同一PR中看到这些更改。无需放弃或重新创建

相反,根据代码评审注释推送更改,在第二轮代码评审中应用新注释,等等。这个过程可以逐步完成


更新:通知设置似乎是根本原因。它可以更改。

增量是什么意思?您希望获得什么?我不熟悉它在Gerrit中是如何工作的。我所说的增量是指开发人员Mike提出第一个拉取请求,而开发人员Bob审查它。迈克修好了,并提出了第二个拉拽请求。在第二个pull请求中,来自第一个pull请求和fix的所有注释都存在于第二个pull请求中。这样,拉动要求1、2、3、4继续。如果我们放弃pull请求,所有评论都会消失。然后一切从头开始。是的,我们试过了。但这样,reviewer就不会收到任何关于活动拉取请求更新的电子邮件通知,除非它被放弃并重新创建新的拉取请求。因此,这是通知设置的问题。您可以阅读如何调整它们。pbalaga指出了设置通知的正确方向,我认为应该是拉请求更改。。进展如何?