考虑一个由gerrit管理的本地仓库，它经常与基于github的项目同步（具有相应的跟踪分支/标签。开发在代码的第1版初始化（tag = 1.0）。开发正在进行中在该代码上，并通过gerrit定期合并到内部开发分支，也可能与内部发布/主分支合并。
但是，最终，我们希望我们转移到外部v2.0，或者我们从发布行中提取所有更改（在它与开发背离之后）。
鉴于这是通过gerrit管理的代码，您是否可以直接修改开发分支以将内部/外部“上游”更改引入您的开发线，或者您是否可以从开发，转换开发人员分支进行分支到v2.0，然后以通常的方式通过gerrit推送开发者分支？
我问，因为前者在这个框架内似乎是带外的...从我对这个主题的阅读（例如here）这样的内部变革可能是不可能的gerrit，如果我们经常把一切都推到其他团队（可能最终会发生），可能会有所不同。后者（pull-via-developer-branch）似乎更强大，并且不要求开发人员具有绕过gerrit或正常开发过程的特殊权限。
你的想法？