2

Cobertura をプロジェクトに統合しましたが、期待どおりに動作します。しかし、どの Cobertura アーティファクトを SVN にチェックインすればよいかわかりません。

ディレクトリ構造は次のようになります。

  • メインプロジェクトディレクトリ
  • cobertura.ser
  • coberturaDir
    • cssDir
    • 画像ディレクトリ
    • インストルメント化されたディレクトリ
    • js
    • レポート
    • 多くのhtmlファイル

coberturaDir には 1 MEG を少し超えるスペースがあり、そのディレクトリをチェックインするのは今後のコミットで面倒に思えます。

私の目標は、プロジェクトと各クラスの合計を追跡することです。

cobertura アーティファクトのうち、SVN にコミットする必要があるものは何ですか?

ありがとう、ショーン

4

2 に答える 2

3

そのなかで何も。

バージョン管理システムの古いリビジョンを指すことで、Coberturaレポートを再生成できるはずです。レポートはソフトウェアのバージョンの派生製品であるため、保存する必要はありません。これは、生成されたドキュメント（javadoc、doxygen）およびソースコードから生成されたバイナリファイル（jar、exe、クラスファイル）に適用されるのと同じ原則です。

履歴が必要な場合は、バージョン管理の外部、ファイルサーバーなどの場所にレポートを保存することをお勧めします。次に、古いレポートディレクトリをZIPまたはtarballに圧縮して使用できるようにしますが、アーカイブしてスペースを削減し、最新のデータを簡単に見つけられるようにします。また、最も重要な測定値とメトリックを取得して、スプレッドシートなどの単一のファイルに入れ、それをファイルサーバーに入れることもできます。

于 2012-09-10T14:22:48.930 に答える
1

Thomas Owensが言ったように: どれも。

ああ、あなたが言う。結果を表示して保存できるようにしたい。それらを開発者にリンクして、テスト範囲が時間の経過とともにどのように変化するかを確認できるようにしたいと考えています。

その場合は、Jenkinsなどの継続的インテグレーション システムを使用します。Jenkins は、XML ベースの Cobertura カバレッジ レポートを調べて、グラフとして表示できます。ビルドごとにこれらのグラフを保存できます。各ビルドには、ビルドをトリガーしたコミットを行ったユーザーと、最後のビルド以降のカバレッジの変更が表示されます。CI ゲームをプレイして、対象範囲を拡大するユニット テストを作成した開発者にポイントを与えることもできます。（一等賞はキャデラック エルドラド、二等賞はステーキナイフ一式、三等賞はクビだ。）

Jenkins のセットアップと作業は非常に簡単です。非常に簡単な Cobertura プラグインをダウンロードする必要があります。Cobertura ファイルをチェックインしなくても、やりたいことができます。

于 2012-09-10T17:19:08.073 に答える