【问题标题】:In Azure DevOps how to make pull request in a incremental manner在 Azure DevOps 中如何以增量方式发出拉取请求
【发布时间】:2019-09-09 16:47:08
【问题描述】:

​我们的团队最近开始使用 Azure DevOps。所以我们一直在学习。到目前为止,我们还没有找到增量拉取请求的方法。我们必须放弃一个拉取请求并提出一个新的拉取请求。这是执行拉取请求的非常糟糕的方式。因为我们失去了所有的 cmets,代码审查员不得不重新审查。如您所知,总有一些复习 cmets 次要或主要。因此,如果我们放弃并提出新的拉取请求。这是一种可怕的方式。我们如何才能像在 Gerrit 中那样以增量方式完成它?

【问题讨论】:

  • 增量是什么意思,你想获得什么?我不熟悉它在 Gerrit 中是如何工作的。
  • 我所说的增量是指开发人员 Mike 提出第一个拉取请求,开发人员 Bob 对其进行审核。 Mike 修复了它并提出了第二个拉取请求。在第二个拉取请求中,来自第一个拉取请求和修复的所有评论都存在于第二个拉取请求中。这样拉请求 1、2、3、4 继续。如果我们放弃拉取请求,所有评论都会消失。然后一切从头开始。

标签: azure-devops increment pull-request


【解决方案1】:

我相信您只需在拉取请求中将更改提交到源分支即可完成。当您在 Azure Devops 中创建从分支 A 到 B 的拉取请求时,每当将新代码提交到 A 或 B 时,您都会在同一个 PR 中看到这些更改。无需放弃或重新创建。

相反,每个代码审查 cmets 推送更改,在第二轮代码审查中应用新 cmets 等等。这个过程可以逐步完成。

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

【讨论】:

  • 是的,我们试过了。但是这种方式审阅者不会收到任何关于活动拉取请求的更新的电子邮件通知,除非它被放弃并重新创建新的拉取请求。
  • 所以这是通知设置的问题。您可以阅读如何调整它们here
  • pbalaga 指出了设置通知的正确方向(我认为应该是pull request changes.)。进展如何?
猜你喜欢
  • 2020-02-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-01-25
  • 2020-04-16
  • 1970-01-01
  • 2018-07-16
  • 1970-01-01
相关资源
最近更新 更多