Git flow、gerrit和重新调整到更新的上游版本

考虑由gerrit管理的本地回购，该回购定期从基于github的项目同步（使用适当的跟踪分支/标记）。开发是在代码的版本1上初始化的（标记=1.0）。正在对该代码进行开发，并通过gerrit定期合并到内部开发分支，也可能合并到内部发布/主分支

不过，最终，我们还是希望迁移到外部v2.0，或者从发布线中提取所有更改（在它与开发分离之后）

鉴于这是通过gerrit管理的代码，您会直接重新确定开发分支的基础，以将内部/外部“上游”更改引入到您的开发线，还是从develop分支，将开发分支的基础重新设置为v2.0，然后以通常的方式通过gerrit推动开发分支

我这样问是因为在这个框架内，前者似乎超出了范围……从我所读到的主题（例如）来看，gerrit内部可能不可能有这样的重新基础，如果我们经常将所有内容都推给其他团队（最终可能会发生），则可能不需要这样的重新基础。后者（通过开发者分支拉动）看起来更加健壮，并且不需要开发人员拥有绕过gerrit或正常开发过程的特权

你的想法