更快的ClearCase视图标记为持续集成

Question

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

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

对于1800份文件来看，这是接管6分钟完成。我们的MSBuild任务占了一半。我猜测瓶颈的大部分是网络带宽，而且我们如何标记这个版本中使用的文件。

Baed此，我有疑问：

1. 我们是否有效地标记的源代码文件，或者是有一个更有效的命令，我们可以运行？
2. 我怎样才能得到更好的指标来理解这个ClearCase的命令，花费大量的时间较多
3. 做过标签缓慢ClearCase标记？
4. 相关，确实ClearCase的也有类似的东西到Git子模块或svn：externals的？目前，我们在构建之前创建了一切视图，包括依赖关系。

感谢您的帮助。

Answer 1

cleartool mklbtype不会占据那么长时间：它是关于创建标签的类型，而不是如何应用它在每一个你的文件。
如果有什么，mklabel应该需要时间。

运用UCM方法（而不是当前的“基地ClearCase的”使用）可能有助于在于：

• 它迫使你如何定义“组件”（文件一致的群体，即不是“1800个文件”，这是相当大的）
• 它提出了‘incremental baseline’，只标注了什么变化。
• UCM组件有点类似于git子模块（可以将它们分组在composite baseline中），但这不同于svn:external，作为mentioned here和“Why are git submodules incompatible with svn externals?”。

但是，如果你被卡住基地ClearCase中，你被卡住标签一切，和一个场地进行优化将是仅标注这些文件的一个子集。