多分支拉请求行为

时间:2018-04-25 12:33:16

标签: git azure-devops

所以这是一个理论问题:

您有一个开发分支。 彼得,托马斯和卡拉分支并创建了他们的特色分支。

他们都将完成的功能重新绑定到最新的开发分支并同时创建拉取请求。

当然,他们按照他们实际进入的顺序进行处理(Peter,Thomas,Karla)。但是,在任何人提出拉动请求之前,他们都有开发部门的重组。

会发生什么?

我想只有第一个人的(Peter)拉取请求才能通过,因为其他人不得不再次更新更新的开发分支?

这会重复,直到每个人的拉动请求都完成了?

代码审核页面会是什么样子?他们是否知道目前有三个未完成的拉动请求可能需要再次重新定位/重新合并?他们会更新自己并显示一个错误,即一旦第一个人的拉取请求被填满,它就无法合并到开发中吗?

1 个答案:

答案 0 :(得分:1)

在实际更新目标分支之前,拉动请求都不会显示冲突(通过合并其中一个未完成的PR或直接推送到目标分支)。

只要其中一个PR合并,其他PR就会显示冲突。