在ClearCase中使用临时视图

时间:2013-09-25 08:16:20

标签: clearcase metrics clearcase-ucm lines-of-code

我想分享一个两难选择并听取您的意见。

作为 ClearCase 的新版 R& D Reporter 的一部分,我们在比较基线和复合材料时开始提供“代码行”(LoC)指标和图表基线(添加,修改和删除的行;附图是插图)。

现在我们被要求在比较两个UCM流时提供LoC指标(例如,在集成流和其子流之一中已经更改了多少文件和代码行)。 为了提供这一点,我们必须要求用户提供视图上下文(以便访问流中的文件)。

到目前为止,我们已要求用户仅提供一个视图。这对某些用户来说不方便**,但这很公平。 现在我们必须要求用户提供两个视图上下文,因此我们正在考虑创建临时视图(可能是动态),只要应用程序正在运行(之后它们将被删除),而不是要求它们提供它两次。

此外,我们提供了一个“多个待更改集”报告,用于比较多个流(例如,集成流及其所有子流), 我有同样的疑问 - 但现在它乘以流的数量......

我很想知道您对使用临时视图的看法:

  1. 你觉得它方便又安全吗?如果是这样的话,您更喜欢动态视图还是快照视图?
  2. 贵公司的政策是否确认通过第三方工具创建临时视图?
  3. 谢谢!

    Composite Baselines comparison and Lines of Code metrics and chart

    **提供视图上下文可能不方便,因为用户必须从文件系统中选择文件夹,甚至创建新视图。 此外,如果用户更喜欢提供快照视图,他或她必须提供加载文件所在的文件夹,有时这很难找到。

1 个答案:

答案 0 :(得分:1)

  

您觉得它方便又安全吗?如果是这样的话,您更喜欢动态视图还是快照视图?

仅在为用户创建视图时方便,而不是在用户必须创建视图时。

但是存在可伸缩性问题(对于具有文件数的视图):

  • 使用动态视图无法很好地扩展:阅读所有文件的内容可能需要花费太多时间,因为必须阅读所述内容通过网络(而不是从磁盘本地)

  • 使用新创建的快照视图会花费太多时间来初始化(加载所有文件)。

  

贵公司的政策是否确认通过第三方工具创建临时视图?

您通常可以创建任何您想要或需要的视图,无论是临时的还是其他的 该公司的政策很少涉及或限制该特定点。

我会:

  • 创建两个临时非UCM视图
  • 将其配置规范设置为所请求的流

第一次初始化将很长(加载所有文件) 但随后的初始化(当更改一个临时视图的配置规范以匹配另一个UCM流时)会更快(只有delta会改变)。


主要思想仍然是:最终用户不必担心临时视图,也不必创建/更新/维护它们。