Gerritにブランチ内のすべてのコミットを強制的に実行させてコードレビューにする方法はありますか？

Question

Gerritはコミット履歴の以前のもので、リポジトリの別の「ブランチ」にある未確認の変更をマージします。ここでは例があります：

1. チェックアウトヘリットブランチdevel
2. FILE2.TXTを作成、追加、コミット、
を見直しコードする refs/for/develにプッシュFILE1.TXTを作成、追加、コミット、 refs/heads/temp_branch
3. にプッシュ

file2.txtが受け入れられ、マージされると、file1.txtはアップストリームであり、別の変更ブランチにはレビューされていないので、併合されます。これは潜在的に非常に問題があり、私が来る唯一の解決策ですと一緒にすべてのブランチにプッシュされたすべての変更をコードレビューに強制する。これは理想的ではありません。これは、ある承認者グループにブランチを持たせたい場合や、コードレビューがない場合（コードスワップする場合）です。

ここでの解決策は、file1.txtが同じリポジトリ内の別のブランチにプッシュされなかった場合と同様に、履歴のコミットをすべてコードレビューに強制することです。

このルールを適用する設定はGerritにありますか？ 他のブランチを汚染することなく、refs/heads/に自由にプッシュできるワークフローを考える人はいますか？

多くのありがとうございます。

Answer 1

手順3のコミットが手順2のコミットを親として持つため、この現象が発生していると思われます。すべての親が提出されない限り、コミットを提出することはできません。私はこれがGerritのバグのようだとあなたに同意します - それはステップ2が提出されるまで提出することを拒否すべきです。

は、この回避策試してみてください - ステップ2の後にステップ2aを追加します。

2aに。

コミットが2つの異なるブランチになる場合、それらが線形であることは意味がありません。

もう1つの考え方 - このプロジェクトではどのようなマージ戦略を使用していますか？チェリーピックの場合は、必要に応じてマージするように変更するか、チェリーピックでない場合はチェリーピックに変更してみてください。私はここでの動作がマージ戦略間で異なっていると信じています。