用于持续集成的更快 ClearCase 视图标签答案

【问题标题】：Faster ClearCase view labeling for Continuous Integration用于持续集成的更快 ClearCase 视图标签
【发布时间】：2012-03-27 16:21:56
【问题描述】：

我一直在优化我们的持续集成构建，剩下的瓶颈似乎是以下 ClearCase 命令：

cleartool.exe mklbtype -nc -ordinary BUILD_ApplicationWorkspace_1.0.0.0@vob_example

对于包含 1800 个文件的视图，这需要 6 多分钟才能完成。我们的 MSBuild 任务只完成了一半。我猜大部分瓶颈是网络带宽，还有我们如何标记此构建中使用的文件。

基于此，我有问题：

感谢您的帮助。

【问题讨论】：

【解决方案1】：

cleartool mklbtype 不应该花那么长时间：它是关于创建标签的类型，而不是关于将它应用于您的每个文件。
如果有的话，mklabel 应该需要一些时间。

应用 UCM 方法（与您当前的“Base ClearCase”用法相反）可能会有所帮助：

它强制您定义“组件”（文件的连贯组，即不是“1800 个文件”，它非常大）
它提出“incremental baseline”，它只标记发生了变化的部分。
UCM 组件有点类似于 git 子模块（您可以将它们分组到 composite baseline 中），但这与 svn:external、mentioned here 和“Why are git submodules incompatible with svn externals?”中的不同。李>

但是，如果您坚持使用 Base ClearCase，您就会坚持标记所有内容，而优化的一个地方是只标记这些文件的子集。

【讨论】：

感谢您让我讨厌这个工具的另一个原因 - 基本功能无法在产品的基本版本中使用。我的发布经理建议，对于 CI 构建，在我们到达开发周期的用户验收测试阶段之前，我们不会为标签而烦恼。想法？
或者，您是否有建议仅智能标记这些文件的子集？
@JohnZabroski 我同意您的发布经理的观点，只需记录您触发构建的时间戳即可。如果需要，这将允许您通过基于时间的选择规则在特定时间取回代码：请参阅stackoverflow.com/questions/368086/clearcase-time-and-query/… 或stackoverflow.com/questions/634509/… 作为示例。