我想和大家分享一个难题,听听你的反馈。
作为ClearCase研发报告新版本的一部分,我们开始在比较基线和复合基线时提供“代码行”(LoC)度量和图表(添加、修改和删除行;附件是一个示例)。
现在,我们被要求在比较两个UCM流时提供LoC度量(例如,在集成流和其子流之间更改了多少文件和代码行)。为了提供这一点,我们必须要求用户提供一个视图上下文(以便访问流中的文件)。
到目前为止,我们只要求用户提供一个视图。对于某些用户来说,这并不是很方便**,但这是相当公平的。现在,我们必须要求用户提供两个视图上下文,因此我们正在考虑创建临时视图(可能是动态视图),只要应用程序运行(在此之后,它们将被删除),而不是要求他们提供两次。
此外,由于我们提供一个“多个待定变更集”报告来比较多个流(例如,一个集成流与其所有子流),我对此有同样的疑问,但现在它被乘以流…的数量。
我很想知道你对使用临时视图的看法:
谢谢!

**提供视图上下文可能不方便,因为用户必须从文件系统中选择一个文件夹,甚至创建一个新视图。此外,如果用户更喜欢提供快照视图,则必须提供加载文件所在的文件夹,有时很难找到该文件夹。
发布于 2013-09-25 08:31:40
你觉得它方便安全吗?如果是的话-您喜欢动态视图还是快照视图?
只有当视图是为用户创建的,而不是用户必须创建视图时,才会方便。
但是,存在可伸缩性问题(对于具有大量文件的视图):
贵公司的政策是否确认由第三方工具创建临时视图?
您通常是一个创建任何您想要或需要的视图,临时视图或其他视图。
该公司的政策很少涉及或限制这一具体问题。
我会:
第一个初始化将是很长的(加载所有文件)。
但是随后的初始化(当更改一个临时视图的配置规范以匹配另一个UCM时)要快得多(只有增量才会改变)。
主要思想仍然是:最终用户不必担心临时视图,也不必创建/更新/维护这些视图。
https://stackoverflow.com/questions/18999657
复制相似问题