在 ClearCase 中使用临时视图

Question

我想分享一个难题并听取您的反馈。

作为 ClearCase 的新版本 R&D Reporter 的一部分，我们开始在比较基线和复合基线时提供“代码行”（LoC）指标和图表（添加、修改和删除的行；附图）。

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

到目前为止，我们只要求用户提供一个视图。这对某些用户来说并不方便**，但它足够公平。 现在我们必须要求用户提供两个视图上下文，所以我们正在考虑创建临时视图（可能是动态的），只要应用程序正在运行（之后它们将被删除），而不是要求他们提供它两次。

此外，由于我们提供了比较多个流（例如，集成流及其所有子流）的“多个待定变更集”报告， 我也有同样的疑问——但现在它乘以流的数量……

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

1. 您觉得它方便安全吗？如果是，您更喜欢动态视图还是快照视图？
2. 贵公司的政策是否确认由第三方工具创建临时视图？

谢谢！

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

Answer 1

你觉得方便又安全吗？如果是，您更喜欢动态视图还是快照视图？

仅当视图是为用户创建时才方便，而不是用户必须创建它。

但存在可扩展性问题（对于具有大量文件的视图）：

• 使用动态视图无法很好地扩展：读取 所有 文件的 内容 可能会花费太多时间，考虑到必须读取所述内容通过网络（而不是从磁盘本地）

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

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

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

我愿意：

• 创建两个临时非 UCM 视图
• 将他们的配置规范设置为请求的 Stream(s)

第一次初始化会很长（加载所有文件）。
但是随后的初始化（当更改一个临时视图的配置规范以匹配另一个 UCM 流时）会快得多（只有增量会改变）。

---

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