Pull Request策略和Build in Visual Studio Team Services

Question

我正在使用Visual Studio Team Services，并且我想在 develop 上使用Pull请求的构建策略

Options http://img11.hostingpics.net/pics/638526Capture.png

这很棒，但是如果 develop 按照我在此网页上看到的那样进行更新，我就没有自动构建队列：https://www.visualstudio.com/en-us/docs/git/branch-policies

  

始终需要新版本：此选项将在目标分支更新时对新版本进行排队。这可确保pull请求中的更改使用目标分支上的最新提交传递pull请求构建。此选项最适用于具有较少更改次数的较小团队或分支。在繁忙的共享分支中工作的团队可能会发现每次更新分支时重建都很繁琐。

如果不推荐使用旧版本，任何人都可以自动对新版本进行排队吗？

编辑：

实际发生的一个小工作流程：
   - 创建PR01，构建01排队并完成
   - 创建PR02，构建02排队并完成
   - 接受PR01，并更新开发    - PR02已被接受，但构建已过时，因为 develop 已更改且没有构建已自动排队。因此PR02无法完成，因为我们必须等待必须手动排队的构建03。

我想要的是什么：
- 创建PR01，构建01排队并完成
- 创建PR02，构建02排队并完成
- 接受PR01，并更新开发 - PR02的Build 03已排队，因为 develop 已更改
- PR02已被接受并完成

有没有办法这样做？

感谢您的帮助

Answer 1

对于相同的pull请求，如果目标分支有新的更改同步，则仍会取消之前仍在进行的构建。

例如：Dev＆gt;主

1. 在Dev中进行更改，然后提交并同步到远程Dev分支
2. 创建拉取请求（Dev＆gt; Master），然后将触发新版本（例如，构建01）
3. 在Dev中进行更改，然后提交并同步到远程Dev分支，然后应该触发新版本（例如，构建02）
4. 如果构建01仍在进行中，它将自动取消，然后构建02将以最新版本启动。

“PR02的Build 03已排队，因为开发已更改

解决方法是从develop创建两个分支（例如developDev，developTest），然后在完成工作后直接将它们合并到开发分支。

我提交了您可以关注的反馈：build policies for Pull request