メンテナンス分岐のコミットをGerritのマスターにマージするベストプラクティス

Question

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

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

Answer 1

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

1. チェリー選ぶマスターのメンテナンスから、あなたのコミットをし、ヘリットを介してそれらを押してください。私のチームでは、すでに一度レビューされているため、これらのコードレビューは一般的に徹底的ではありません。一般的に単純なコンパイルチェックで十分です。
2. メンテナンスブランチをマスターブランチとマージし、このマージコミットをgerritにプッシュします。これは一般的に、より良い解決策です。特に、マスターに適用されるメンテナンスの変更がすべて必要な場合に適しています。

マージコミットを使用すると、gitはブランチの関係をよりよく表示できます。将来のマージが容易になるように、より多くのメタデータを持っています。コミットをマージすることの一つの欠点は、Gerritでは現時点ではうまく表示されていないことです。一般的に、開発者はgitツールを使用してローカルでマージコミットを調べる必要があります。