有时，我们会派出一个上游项目来提供错误修复。我们签出一个新分支，提交更改并向上游发送拉取请求。但是处理拉取请求可能需要一些时间，在此期间，上游可能会发生其他更改。在这种情况下，我们应该合并新的上游标头还是将其更改作为基础？
如果我们的存储库是私有的，我认为rebase提供了更清晰的历史记录。但是有一个原则，您不应该为已经远程发布的提交重新设置基础。当我们使用诸如github之类的公共git服务器时，这是否意味着合并是我们的唯一选择？是否建议我们离开分支机构，以便上游开发人员处理（即非快速转发）？
答案 0 :(得分：0)
如果已经发布了某些内容，则不重新设置基准的原则适用于人们可能在其顶部工作的分支（例如，主人。...一旦您在master上发布了东西， ，会有很多人在获取，合并，在其基础上重新安置，等等……因此，将其移来走去有些痛苦）……但是大多数功能分支从完成时就无法使用（这是您从中创建PR的地方），因此，如果它是功能分支，并且没有人在上面工作，请随时对其进行重新设置。