Есть 2 основных варианта:
- Вишня - выбирай свои коммиты от обслуживания до мастера и проталкивай их через геррит. В моей команде мы, как правило, менее внимательны к этим обзорам кода, потому что они уже были рассмотрены один раз. Обычно достаточно простой проверки компиляции.
- Объединить ветвь обслуживания с главной ветвью и передать этот коммит слияния в gerrit. Как правило, это лучшее решение, особенно если вы хотите, чтобы все изменения в обслуживании применялись к мастеру.
С коммитами слияния, git может лучше показать вам, как связаны ветви. В нем больше метаданных, поэтому будущие слияния будут проще. Единственным недостатком коммитов слияния является то, что в Gerrit они не так хорошо отображаются в настоящее время, и обычно разработчикам приходится просматривать коммит слияния локально, используя инструменты git, чтобы действительно понять, что происходит.