2012-03-23 7 views
1

プリファレンスオブジェクトは、任意のデータをラリーに格納する方法を提供し、他のラリー情報と組み合わせることができます。設定オブジェクトを使用して外部情報をラリーに格納

たとえば、ラリーで欠陥密度を計算してグラフを表示するには、ラリーにKLOC情報がないため、できません。しかし、私が定期的に私の現在の行数を落とすスクリプトを書いてみれば、よく知られているIDの設定オブジェクトに繰り返し書くことができます。

私はすべきですか?もしそうなら、ラリーの設定オブジェクトの限界は何ですか?どのくらいのデータを安全に保管することができ、どれだけ多くの環境設定オブジェクトを処理することができますか?何百、何千、何万というのでしょうか?私たちのインスタンスにはすでにインストールされている標準のアプリケーションからの数千ものものがあるので、答えは少なくとも何千もあるようです。

答えて

4

現在のところ、私たちは嗜好の使用に率直には制限を設けていません。私は、その使用が制限されているとは思っていません。あなたが提案している負荷に対して、私はあなたがその限界を超えないと思う。

別の面では、あなたが心に留めている分析についてもっと知りたいと思います。ラリーに来る前に、私は少しの仕事をusing LOC to normalize metricsと同様にheuristically determine artifact dependencyにしました。ラリーでは、分析機能とコネクタ機能の両方をプロダクトオーナーとしての責任範囲内に置いています。ラリーでLOCを信頼できる方法で使用する方法を模索しています。

+0

このお返事ありがとうございます - これに基づいて私たちは前進します。また、ドキュメントでは、各設定オブジェクトに32Kのデータを含めることができます。 LOCを追跡する際にはまず2つのことを検討しています。 1つは欠陥密度です。最初のアプリケーションは、オープン欠陥の最大数を示す「全オープン欠陥」チャート上にラインを配置し、欠陥密度標準を下回るようにすることです。 2つ目は、追加されたテストラインとペイロードラインの比率を追跡し、コンポーネントごと、場合によってはチーム単位でそれを分割することです。 – kimon

+0

LOCの面白い使い方のようです。欠陥を記録している人々がチャートを監視する人と同じではないことを確認してください。これらの用途は自己完結的な傾向があります。 –

関連する問題