设想
如果User X
维护一个 repo 并User A
提交一个 pull-request,我希望User B
在该 pull-request 之上建议清理或附加功能。
我在做什么
我这样做的方式是 fetchUser A
的 repo 和 feature 分支,更新代码并提交一个独立的 pull-request 到User X
.
问题
但是上面的感觉有点笨拙和错误。有没有更好的办法?
如果User X
维护一个 repo 并User A
提交一个 pull-request,我希望User B
在该 pull-request 之上建议清理或附加功能。
我这样做的方式是 fetchUser A
的 repo 和 feature 分支,更新代码并提交一个独立的 pull-request 到User X
.
但是上面的感觉有点笨拙和错误。有没有更好的办法?
您可以向 UserA 的功能分支发出单独的拉取请求。如果他接受,您的提交将被添加到原始拉取请求中。
您还可以参考新的拉取请求中的原始拉取请求,以便它显示在 Github 上的评论中。
如果他不接受拉取请求,那就走蠢路。他的提交仍然会显示为他自己的,所以这并不重要。
最好的方法是根本不使用拉取请求。这就是为什么 Git 项目不使用拉取请求进行开发,而是将每个补丁系列发送到邮件列表,在那里可以轻松查看每个补丁,然后原作者修复问题并发送该系列的重新发布,收到更多评论等等。每个补丁系列多次重新推出并不罕见。
这就是 Linus Torvalds 不喜欢整个 GitHub 方法的主要原因。
话虽如此,您可以在 Github 中查看补丁,并请求原作者发送另一个拉取请求。
作为最后的手段,我所做的是我手动将User A
远程添加到我的本地存储库,获取并自己修复提交,添加适当的注释,或添加新的单独提交,然后合并我的本地分支,而不是远程分支.