git - メンテナンスブランチのコミットをGerritのマスターにマージするベストプラクティスは何ですか

Question

私たちのプロジェクトでは、コードレビューにGerritを使用しています。現在、主に次のリリースのマスターブランチとメンテナンスブランチに取り組んでいます。

メンテナンスブランチのコミットをマスターにマージするベストプラクティスは何でしょうか。すでにメンテナンスブランチにあるコミットを1つずつプッシュして、コードレビュープロセスを再度実行する必要がありますか？

Answer 1

2つの基本的なオプションがあります。

1. メンテナンスからマスターまでのコミットをチェリーピックし、それらをgerritにプッシュします。私のチームでは、これらのコードレビューはすでに一度レビューされているため、通常はあまり徹底的ではありません。通常、単純なコンパイルチェックで十分です。
2. メンテナンスブランチをマスターブランチとマージし、このマージコミットをgerritにプッシュします。これは、特にメンテナンスのすべての変更をマスターに適用する場合は特に、一般的に優れたソリューションです。

マージコミットを使用すると、gitはブランチがどのように関連しているかを示すためのより良い仕事をすることができます。より多くのメタデータがあるため、将来のマージが容易になります。マージコミットの1つの欠点は、現在Gerritであまり表示されないことです。通常、開発者はgitツールを使用してローカルでマージコミットを調べ、何が起こっているのかを真に理解する必要があります。