github ベースのプロジェクト (適切な追跡ブランチ/タグを使用) から定期的に同期される、gerrit によって管理されるローカル リポジトリを検討してください。開発はコードのバージョン 1 (タグ = 1.0) で初期化されました。開発はそのコードで行われています。そして、定期的に gerrit を介して内部の開発ブランチにマージされ、おそらく内部のリリース/マスター ブランチにもマージされます。
ただし、最終的には、外部 v2.0 に移行するか、(develop から分岐した後に) リリース ラインからすべての変更をプルすることが望まれます。
これが gerrit を介して管理されるコードであることを考えると、開発ブランチを直接リベースして内部/外部の「上流」の変更を開発ラインに取り込むか、または開発から分岐し、開発ブランチを v2.0 にリベースしてから、通常の方法で gerrit を介して開発者ブランチを作成しますか?
前者はこのフレームワーク内では帯域外のように見えるため、質問します...この件について読んだことから(ここなど)、そのようなリベースインプレースは gerrit 内では不可能な場合があり、次の場合は望ましくない可能性があります私たちは定期的にすべてを他のチームにプッシュしています (最終的にはそうなるかもしれません)。後者 (pull-via-developer-branch) はより堅牢に見え、開発者が gerrit または通常の開発プロセスをバイパスするための特別な特権を持っている必要はありません。
あなたの考え？