是"；“重新循环”；没有副作用的ClearCase动态视图，如果没有副作用，如何重命名视图？

我工作的一家商店依赖于中的动态视图。既定规范是为每个项目工作创建一个新的视图。随着时间的推移，我发现我只需要有一个或两个视图同时处于活动状态。我已经开始通过更改配置规范（签入、标签、发布等之后）来“重用”视图。到目前为止，它已经成功了。这样做有长期问题吗？如果没有，我是否可以重新命名视图（更改视图标记），以更好地反映视图的用途？

根据我的经验，对于每个“项目”仅使用两个动态视图而不是一个动态视图，没有日志术语影响。如果您不需要同时激活视图，这是一个很好的方法，如果动态视图可以非常快速和频繁地更新，这就是它的优点

---

对于重命名部分，为什么要重命名？创建一个（或两个）类似的新动态视图，并给它一个新名称（视图标记）。

对于基本ClearCase动态视图，回收配置规范时唯一可能产生的副作用是私有文件：
这些存储在动态视图存储中，在重置配置规范时并不总是删除

您还需要确保没有文件被签出：它们也存储在视图存储中，一旦配置规范发生更改，它们可能不再可见/可访问（但您仍然可以通过“find co”GUI将其解压）

不能重命名（更改标记）视图（动态或快照）

而且，为了完整起见，您不能回收UCM动态视图（引用流）的配置规范。

---

你可以尝试改变流的基础基线，但是，这并不总是可能的。

< P>我赞成废除旧观点并重新创建视图。除了来自VonC的所有优秀输入之外，从磁盘空间的角度来看，旧的视图往往会随着时间的推移变得庞大，很快您就不会成为系统管理员的最爱：-）

另请参见VonC=robust CC info。谢谢所以我假设视图私有文件（例如构建工件）将累积在视图存储中；因此，在切换CS之前，我应该做一个“干净”的操作？@unhillbilly：这就是我的想法（这也是为什么我通常不重用动态视图，但我理解重用一个开发环境的必要性与设置一个新环境的成本）@CS。。为时已晚，回复：我的系统管理员代表：）