0

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

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

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

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

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

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

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

谢谢！

复合基线比较和代码行指标和图表

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

4

1 回答 1

1

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

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

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

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

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

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

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

我会：

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

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

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

于 2013-09-25T08:31:40.267 回答