2

设想

如果User X维护一个 repo 并User A提交一个 pull-request,我希望User B在该 pull-request 之上建议清理或附加功能。

我在做什么

我这样做的方式是 fetchUser A的 repo 和 feature 分支,更新代码并提交一个独立的 pull-request 到User X.

问题

但是上面的感觉有点笨拙和错误。有没有更好的办法?

4

3 回答 3

3

您可以向 UserA 的功能分支发出单独的拉取请求。如果他接受,您的提交将被添加到原始拉取请求中。

您还可以参考新的拉取请求中的原始拉取请求,以便它显示在 Github 上的评论中。

如果他不接受拉取请求,那就走蠢路。他的提交仍然会显示为他自己的,所以这并不重要。

于 2013-10-06T07:09:24.373 回答
0

最好的方法是根本不使用拉取请求。这就是为什么 Git 项目不使用拉取请求进行开发,而是将每个补丁系列发送到邮件列表,在那里可以轻松查看每个补丁,然后原作者修复问题并发送该系列的重新发布,收到更多评论等等。每个补丁系列多次重新推出并不罕见。

这就是 Linus Torvalds 不喜欢整个 GitHub 方法的主要原因。

话虽如此,您可以在 Github 中查看补丁,并请求原作者发送另一个拉取请求。

作为最后的手段,我所做的是我手动将User A远程添加到我的本地存储库,获取并自己修复提交,添加适当的注释,或添加新的单独提交,然后合并我的本地分支,而不是远程分支.

于 2013-10-05T06:08:11.510 回答
0

2017年更新:

如果提交者允许, Github 现在允许将更改推送到发出拉取请求的分支。

创建拉取请求时,现在有一个选项:“允许维护者进行编辑”。默认情况下已选中。

于 2017-01-23T11:59:59.253 回答