TFS/团队服务中的预期拉取请求拒绝工作流是什么?

TFS/团队服务中的预期拉取请求拒绝工作流是什么?,tfs,azure-devops,Tfs,Azure Devops,我和我的团队正在Visual Studio 2015中使用团队服务。我理解拉请求的概念,但拒绝和修正过程非常模糊 MSDN未能在主页上涵盖与主题相关的这一部分: 基本上,当您拒绝拉取请求时,对创建它的人有什么期望?他应该修改他的分支机构,并提出新的不同要求吗?或者以使其分支显示在当前请求下的方式对其进行更改?在后一种情况下,如何解决 谢谢更详细的说明放在这里: 对源分支进行更改 为了根据反馈采取行动,请求者修改了他们开发人员的代码 机器并推送更改,以便审阅者可以看到它们 因此请求者需要更新他的代

我和我的团队正在Visual Studio 2015中使用团队服务。我理解拉请求的概念,但拒绝和修正过程非常模糊

MSDN未能在主页上涵盖与主题相关的这一部分:

基本上,当您拒绝拉取请求时,对创建它的人有什么期望?他应该修改他的分支机构,并提出新的不同要求吗?或者以使其分支显示在当前请求下的方式对其进行更改?在后一种情况下,如何解决


谢谢

更详细的说明放在这里:

对源分支进行更改

为了根据反馈采取行动,请求者修改了他们开发人员的代码 机器并推送更改,以便审阅者可以看到它们


因此请求者需要更新他的代码,并将更改推送到源分支。推送新更改后,拉取请求中的代码将自动更新。

好,那么基本上,请求者推送正在进行拉取请求的分支的新版本?行为的其余部分是模糊的。这是创建新请求还是添加到当前请求?审核人是否通过警报得到通知?此时的界面是什么样子的。我最初发现了您提供的链接,但我觉得这一级别存在漏洞。它将更新当前的拉取请求,而不是创建新的拉取请求。如果审阅者已在“警报”设置中为拉取请求创建警报,则将收到主题为“新更改已推送到拉取请求”的电子邮件通知。