使用首选项对象将外部信息存储到 Rally答案

【问题标题】：using preferences objects to store external information to Rally使用首选项对象将外部信息存储到 Rally
【发布时间】：2012-03-23 19:41:50
【问题描述】：

Preferences 对象提供了一种将任意数据存储到 Rally 中的方法，该方法可以与其他 Rally 信息相结合。

例如，如果我想计算缺陷密度并在 Rally 中查看图表，我不能，因为我在 Rally 中没有 KLOC 信息。但是，如果我编写一个脚本，定期将每次迭代左右的当前行数放入一个众所周知的 ID 首选项对象中，我就可以轻松地做到这一点。

但是我应该吗？如果是这样，Rally 中偏好对象的限制是什么？我可以在其中安全地存储多少数据，系统可以合理处理多少首选项对象？是几百、几千、几万吗？我们的实例已经有数千个来自已安装的标准应用程序，因此看起来答案至少有数千个。

【问题讨论】：

标签： rally

【解决方案1】：

我们目前对偏好的使用没有任何限制，坦率地说，我认为我们不知道其使用的限制。对于您建议的负载，我怀疑您不会超过这些限制。

另一方面，我很想听听您的分析。在来拉力赛之前，我做了一些工作using LOC to normalize metrics 以及heuristically determine artifact dependency。现在在 Rally，我作为产品负责人在我的职责范围内拥有分析功能和连接器功能，并且我一直在探索在 Rally 负责任地使用 LOC 的方法。

【讨论】：

感谢您的回复——基于此，我们将继续前进。另外，我在文档中发现可以在每个首选项对象中包含 32K 的数据。有两件事我们正在寻找跟踪 LOC 的开始。首先是缺陷密度。第一个应用是在“总开放缺陷”图表上画一条线，表示使我们低于缺陷密度标准的开放缺陷的最大数量。第二个是跟踪添加的测试线与有效负载线的比率，按组件甚至团队进行细分。
这听起来像是一个有趣的 LOC 用法。确保记录缺陷的人与监控图表的人不同。这些这样的用途往往是自我实现的。