首选项对象提供了一种将任意数据存储到Rally中的方法，可以与其他Rally信息结合使用。
例如，如果我想计算缺陷密度并在Rally中查看图表，我不能，因为我在Rally中没有KLOC信息。但是如果我编写一个脚本，每次迭代都会定期将当前行数减少到一个知名ID的首选对象中，我可以很容易地做到这一点。
但我应该吗？如果是这样，拉力赛中偏好对象的限制是什么？我可以安全地存储多少数据，以及系统可以合理处理多少首选项对象？是几百，几万，几万？我们的实例已经有数千个仅来自已安装的标准应用程序，因此看起来答案至少有数千个。
答案 0 :(得分：4)
我们目前对偏好的使用没有任何限制，坦率地说，我认为我们不知道其使用的限制。对于您建议的负载，我怀疑您不会超过这些限制。
另一方面，我希望能够更多地了解您的分析。在参加拉力赛之前，我做了一些工作using LOC to normalize metrics以及heuristically determine artifact dependency。现在在拉力赛，我拥有分析功能以及作为产品负责人的责任范围内的连接器功能，我一直在探索在拉力赛中负责任地使用LOC的方法。