git - 合并或重新调整分支上的拉取请求？

Question

有时我们分叉一个上游项目来贡献错误修复。我们签出一个新分支，提交更改并向上游发送拉取请求。但是处理拉取请求可能需要一些时间，在此期间上游可能会发生其他更改。在这种情况下，我们应该合并新的上游头部还是基于它重新调整我们的更改？

如果我们的存储库是私有的，我认为 rebase 可以提供更清晰的历史记录。但是有一个原则，你不应该对远程发布的提交进行变基。当我们使用 github 等公共 git 服务器时，这是否意味着合并是我们唯一的选择？是否建议我们将分支留给上游开发人员处理（即非快进）？

Answer 1

如果某些内容已经发布，则不进行变基的原则适用于人们可能在其之上工作的分支（例如，master....一旦您在 master 上发布了某些内容，就会有很多人获取、合并它，基于它的 rebase 等等......所以移动它有点痛苦）......但是大多数功能分支从它们完成的那一刻起就没有工作（这是你创建 PR 的地方）因此，如果它是一个功能分支并且没有人在它之上工作，请随时对其进行变基。