合并拉取请求后如何更新拉取请求网站？

Question

假设GitHub repo B向GitHub repo A发送一个拉取请求，并假设在没有解决某些冲突和合并的情况下拉不会通过。

因此，为了接受B提议的更改，A的所有者从脱机存储库发出拉取请求，执行合并，并将合并推送到A 。现在A在B之前至少提交一次。

B现在如何更新自身以与A同步？这可以完全在GitHub网络界面中完成吗？

（我想第一个问题的一个答案是B的所有者可以提取A个回购的内容，然后将结果状态推送到B回购，但我想知道是否有办法直接从GitHub网络界面更新B回购。）

Answer 1

据我所知，使用GitHub的Web界面实现此目的的唯一方法是创建反向拉取请求。然而，这是以额外的合并提交为代价的，这通常是不可取的，因为它总结并且从B到A的新拉取请求将包括所有那些不必要的提交。

可能使用„Git Data“ API来合并某些分支，但在命令行上执行它会更容易，更安全。

---

我向其他人推荐的策略就是这个：

1. 永远不要修改您的master或任何主线分支
2. 将您的拉取请求分支基于master
3. 只要对上游master进行了更改，就可以通过将master快速转发到上游来进行整合。

这样，您的拉取请求将保持良好和干净，并且您不会在后续拉取请求中弹出被拒绝的提交。