Git 修改其他用户代码的正确方法是什么'；s拉动请求 脚本

如果

用户X

维护回购协议，并且

用户a

提交拉取请求，我希望作为

用户B

建议在该拉取请求之上进行清理或增加功能

我在做什么 我的做法是获取

用户A

的repo和feature分支，更新代码并向

用户X

提交独立请求

问题:

---

但是上面的感觉有点不对劲和错误。有更好的方法吗？

最好的方法是根本不使用拉请求。这就是为什么Git项目不使用pull请求进行开发，而是将每个修补程序系列发送到邮件列表，在邮件列表中可以轻松查看每个修补程序，然后原始作者修复问题并发送该系列的重发，从而收到更多的评论，等等。每个补丁系列都会多次重新滚动，这并不罕见

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

也就是说，您可以查看Github中的补丁，并请求原始作者发送另一个pull请求

---

作为最后的手段，我要做的是手动将

用户a

远程添加到我的本地repo，获取并修复提交，添加适当的注释，或添加新的单独提交，然后合并我的本地分支，而不是远程分支。

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

您还可以在新请求中引用原始的pull请求，以便它显示在Github上的注释中

如果他不接受拉的请求，那就去灌木丛。他的承诺仍将显示为他自己的承诺，因此这并不重要。

2017年更新：

Github现在连接到发出拉取请求的分支，如果提交者允许的话

---

创建拉取请求时，现在有一个选项：“允许维护人员进行编辑”。默认情况下会选中此选项。

当用户获取您的回购协议时，将看到固定代码。不，它不会出现在他的拉取请求中，他的拉取请求将包含他请求拉取的内容。你不能做不可能的事情。在GitHub和everywhere中，用户A的pull请求就是用户A的pull请求，并且包含用户A的pull请求。是的，但您不能这样做。您的拉取请求与他的拉取请求不同，他必须接受您的拉取请求，然后发送一个新的拉取请求，他的拉取请求将保持不变。您可以在他的请求中添加注释，但不会更新。是的，在GitHub中可能会添加注释，但他正在提取您的修复，这将在他的更改上显示为一个合并，而您提取他的，您将有一个合并的合并，我觉得我们可以把垃圾评论中的问题清理干净，继续讨论。我已经抄写了上面的评论，所以请随意删除你的评论（我正在删除我的评论），我想，谁有一个提交点。