小規模な開発チーム (6 人の開発者) のために、Gerrit と Jenkins をセットアップして、コード レビューと CI を可能にしました。Jenkins がコードをコンパイルしてテストすることで、両者の統合は正常に機能しています。
ただし、失敗したテストの処理方法を決定することはできません。現在、テストが失敗すると、ビルドも失敗したと見なされます。機能が変更されてテストが失敗した場合、それをどのように処理しますか? または、テストが改善され、壊れたコードが見つかったときは? 壊れたコードも常に修正し、変更されたテストと修正を単一のコミットに押しつぶしますか?
これは素晴らしい質問であり、開発方法論に帰着します。私はコミットをできるだけ小さくコンパクトに保つことを好むので、テストの変更とコードの修正を分割したいと考えています。
最初にコード修正をアップロードし、コード修正がマージされるまでテストの変更をアップロードしないこともできます。しかし、テストの変更を利用できるようにすると、レビュアーがコードの修正が必要な理由を理解するのに役立ちます。
テスト フレームワークがそれをサポートしている場合は、最初にテストの変更を行いますが、テストに失敗が予想されるというフラグを立てます。次に、コード修正をアップロードし、そのテストのフラグを削除します。
願わくば、他の人たちがこの状況に対するさまざまな解決策を教えてくれることを願っています!