考虑一个由 gerrit 管理的本地存储库，它定期从基于 github 的项目同步（具有适当的跟踪分支/标签。开发是在代码的版本 1（标签 = 1.0）上初始化的。正在对该代码进行开发并通过 gerrit 定期合并到内部开发分支，也可能合并到内部发布/主分支。
不过，最终还是希望我们迁移到外部 v2.0，或者我们从发布线中提取所有更改（在它与开发不同之后）。
鉴于这是通过 gerrit 管理的代码，您是否会直接重新设置开发分支以将内部/外部“上游”更改引入您的开发线，或者您是否会从开发分支，重新设置开发人员分支到 v2.0，然后推送开发人员以通常的方式通过gerrit分支？
我问是因为前者在这个框架内似乎是带外的......从我读过的关于这个主题的内容（例如这里）来看，在 gerrit 中可能无法实现这样的就地变基，如果我们会定期将所有内容推送给其他团队（最终可能会发生）。后者（pull-via-developer-branch）似乎更健壮，并且不需要开发人员具有绕过 gerrit 或正常开发过程的特殊权限。
你的意见？