在ClearCase中使用临时视图

Question

我想分享一个困境并听取您的反馈。

作为- [R & d记者的新版本ClearCase的一部分，我们开始提供“代码行”（LOC）指标和图表比较基准和复合基线（添加，修改和删除行时;附图是插图）。

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

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

此外，当我们提供比较多个流（例如集成流与其所有子流）的“Multiple Pending Change-sets”报告时，我有同样的疑问 - 但现在它乘以数字流...

我很好奇，想知道你怎么想使用临时的观点：

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

谢谢！

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

Answer 1

您是否觉得方便又安全？如果是这样 - 你更喜欢动态还是快照视图？

只有在为用户创建视图时方便，而不是在用户必须创建视图时方便。

但有可扩展性问题（对于具有大号文件的意见）：使用动态视图将无法很好地扩展

• ：阅读内容所有文件考虑到所述内容必须通过网络（而不是本地从磁盘读取）

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

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

您一般会创建您想要或需要的任何视图，临时或其他。
该公司的政策很少解决或限制该特定点。

我想：

• 创建两个临时非UCM意见
• 设置其配置规范到的，如果被请求的流（S）

首先初始化将是长期的（加载所有文件）。
但随后的初始化（更改一个临时视图的配置规范以匹配另一个UCM流时）将更快（只有三角洲会发生变化）。

---

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