git push致力于公关和讨论

我向师父做了一个公关（布兰奇说）。但我的队友会给出反馈。我的另一个队友正在尝试帮助我，他应该创建另一个分支还是直接推到分支？如果他创建了另一个分支，它将使github中的对话中断。

没有什么能阻止你（或你的队友）简单地进行一个或多个额外的提交，然后再次将功能分支推送到github。在这种情况下，GitHub将自动用最新的更改更新pull请求，并且审阅者可以考虑这些更改。

您实际上可以做很多事情：

• 您将讨论中的想法合并到该分支的提交中并推动它

• 其他人将想法合并到此分支上的提交中并推送它（通常被认为是粗鲁的，但不是禁止的）

• 其他人从您的分支进行分支，提交并推送它，并将它作为拉入请求提供给您

• 有人提出实际建议（正式术语）；您接受的内容会形成对您的承诺，因此这就像有人帮助您编写代码一样

---

还有许多其他的可能性。

很酷，没有必要为此创建新的分支。除非更改非常重要，可能需要从您的功能分支中完全分离出一个分支，我认为这是不可能的。

其他人从您的分支中分支，提交并推送它，并将其作为拉入请求的拉入请求提供给您

^如何执行此操作？将pr转换为尚未批准的pr？github会自动处理吗？这与直接推到分支的人相比有什么好处？如果公共关系被合并，公共关系的公共关系会发生什么变化？它也会合并？我不知道你在问什么。如果它被合并，它就被合并了。如果不是，也不是。