合并已成功构建的拉取请求后的构建大师
Building master after merging a pull request that was successfully built
在成功使用相同的构建过程验证 b运行ch 的拉取请求后，将相同的构建过程重新应用到 master 是否有任何优势？
例如。我可以放心，因为拉取请求中的单元测试 运行 合并拉取请求后，不需要在 master 中再次执行它们吗？
如果你的 pull request 是当前的 w/r/t master（也就是说，它是从 master 到 PR 的快进更新），那么 pull request 的内容将与你的内容相同将其合并到 master 分支后结束。
如果在拉取请求分支后对 master 进行了任何干预更改，则您没有此类保证。在这种情况下，您的选择是要么合并它，然后在 master 上重新测试，要么变基拉取请求并在合并之前重新测试它。我更倾向于后者。
在成功使用相同的构建过程验证 b运行ch 的拉取请求后，将相同的构建过程重新应用到 master 是否有任何优势？
例如。我可以放心，因为拉取请求中的单元测试 运行 合并拉取请求后，不需要在 master 中再次执行它们吗？
如果你的 pull request 是当前的 w/r/t master（也就是说，它是从 master 到 PR 的快进更新），那么 pull request 的内容将与你的内容相同将其合并到 master 分支后结束。
如果在拉取请求分支后对 master 进行了任何干预更改，则您没有此类保证。在这种情况下，您的选择是要么合并它，然后在 master 上重新测试，要么变基拉取请求并在合并之前重新测试它。我更倾向于后者。