Visual Studio Team Services在pull请求中创建提交

Question

我有三个分支master，dev和feature1（gitflow进程）。 dev和master已应用分支机构政策（最少2条评论），因此无法直接或合并到。标准设置对吗？我向feature1分支做了一些提交。我创建并完成了一个pull请求，以便从feature1获取dev。然后我创建并完成一个拉取请求，以便从dev更改为master。 VSTS现在告诉我，dev落后于master。由于政策原因，我无法将master合并到dev。

这是从dev到master的四次拉动请求后我的分支状态。

我能做什么？

正如Tim Biegeleisen所建议的，我试图将dev合并到master，但由于分支政策，我无法这样做。

将dev合并到master

提交准备被推送到dev

由于策略，同步失败

推送到远程存储库时遇到错误：被拒绝的dev - > dev（TF402455：不允许推送到此分支;您必须使用pull请求来更新此分支。）

Answer 1

你描述的任何东西都不会让我感到异常。例如，自从上次master与该分支同步以来，其他人已经对dev做了一些提交，你很容易就会陷入这种情况。

解决这个问题的两种典型方法是合并和重新定位。让我们考虑合并，因为它可能是您已经使用的策略，并且描述起来更简洁。你可以通过首先将master合并到你的dev分支来解决这种情况。然后，如果一个人还没有打开，请从master打开拉回请求回dev。让您的审核人员注销，然后拉取请求应该通过。

这里的关键步骤是将master合并到你的dev分支。在这个操作之后，Git不应该再告诉你dev落后于master。

旁注：从技术上讲，master本身也落后于dev。实际上，两个分支都是在另一方之后，因为每个分支都是自上次同步以来的新提交。