与 ClearCase 和长期更新的快照视图持续集成答案

【问题标题】：Continuous integration with ClearCase and long-updating snapshot views与 ClearCase 和长期更新的快照视图持续集成
【发布时间】：2011-07-12 15:14:34
【问题描述】：

我需要建立一个持续集成系统。由于平台限制，我们使用 ClearCase 版本控制和仅快照视图。我试过设置 Hudson 和 Luntbuild。他们都表现出相同的行为。从某种意义上说，我们有很多用于构建但严格只读的库。 CI 系统执行 cleartool lshistory 并发现 VCS 中的更改。之后，它执行 cleartool setcs，这会导致视图更新。这可能需要大约半小时，这对于 CI 来说是非常不可取的。为什么它不只更新之前由 cleartool lshistory 获得的已更改元素？有没有 CI 系统可以做到这一点？

【问题讨论】：

标签： continuous-integration hudson clearcase luntbuild snapshot-view

【解决方案1】：

包含大量元素的快照视图的更新可能需要一些时间。

这就是我们在 Hudson CI 中使用几个视图的原因。

元素数量最少个，由 Hudson 监控并在检测到 VCS 更改时更新的视图。
具有不经常更改的常见内容（如果更改，我们将手动取消 Hudson Job）

其他解决方案是，特别是对于第一个视图，使用动态视图（并跳过更新加载时间）

【讨论】：

感谢您的回答！我正在考虑制作两个视图，但我不太清楚如何在项目中保留现有的目录结构。在单独的目录中创建了一个视图，因此项目中所有只读包含和库的路径都必须更改。开发人员还必须使用包含新目录结构的项目。如何在服务器上保留旧目录结构的唯一想法是使用符号链接，尽管我不确定快照视图是否是个好主意。你是如何处理这个问题的？
@Yulia：创建两个视图仅用于 CI 设置。开发人员可以继续使用一种视图。但是这种配置是一个很好的机会，可以确保项目设置中不使用绝对路径，只使用带有变量的路径，从而可以从变量值中推断出正确的路径。
谢谢！在路径中使用变量当然是一种方法。我仍然想知道，为什么 CI 系统不仅更新更改的元素（它们通过以前称为 cleartool lshistory 已知），而是整个视图。你怎么看？
@Yulia：'cleartool setcs -stream' 将始终触发快照视图的完整更新。这就是为什么动态视图对于这种配置更实用（配置规范修改）

【解决方案2】：

尤莉亚，

您可以查看我们的Parabuild - 它可能更适合您。如果没有，我们很乐意与您合作解决任何性能问题。

【讨论】：

ClearCase 与 Parabuild 的集成程度如何？（快照和动态视图？UCM 视图？）
Parabuild 通过 UCM 快照视图支持快照视图和 UCM。动态视图对于 CI 来说不是很好。它们速度很快，但您无法同步到特定更改。