開発チーム向けに、継続的インテグレーション ビルドのヘルス ステータスの概要を示すレポートを作成したいと考えています。SVN をリポジトリとして使用し、Jenkins を使用して CI ビルドを実行するため、多くの情報が利用可能です。
このようなレポートに追加でき、Jenkins に簡単に実装できるビルド成功率とビルド修復率以外の有用なメトリックを知っていますか?
開発チーム向けに、継続的インテグレーション ビルドのヘルス ステータスの概要を示すレポートを作成したいと考えています。SVN をリポジトリとして使用し、Jenkins を使用して CI ビルドを実行するため、多くの情報が利用可能です。
このようなレポートに追加でき、Jenkins に簡単に実装できるビルド成功率とビルド修復率以外の有用なメトリックを知っていますか?
CI サーバーの統計は、実行時間 (理想的にはチェックインごとに 1 つの統合)、ビルドが修正されるまでにかかる時間、およびビルドが赤くなる頻度とビルドの総数です。
respを評価するための他の興味深い指標。更新は、(良い)コード メトリクス(別名ソフトウェア メトリクス) で、複製されたコードの割合、プロジェクトごとのそれぞれのファイルごとのバグ (リファクタリングが必要なモジュールを特定するため)、Cyclic Complexity、lint チェック、コーディング標準などの複雑さの尺度、テスト範囲。
私がグーグルで検索したさまざまなリンク:
補遺
おそらく、開発者が統合ステータスにどのように影響するかについてスコアを保持するCIゲームが好きかもしれません.