优化ClearCase动态视图中的构建

时间:2011-11-22 11:25:51

标签: performance clearcase

我正在尝试优化我的工作流程,因为我仍然花费相当多的时间等待计算机,而它应该是另一种方式'围绕IMO。

我应该提交实现单个功能或修复单个bug的主题分支,以及完整的构建日志和回归测试报告。项目是 huge ,在快照视图中编译时,在相当现代的机器上编译大约需要30分钟。

我当前的工作流程是在单个快照视图中完成所有开发工作,当功能准备好提交时,我创建一个新的动态视图,合并快照中的相关更改并在一夜之间启动构建/测试过程

在动态视图中,完整版本需要大约6个小时,这是一个主要的PITA,所以我正在寻找一种方法来改善这些数字。我玩过缓存设置,但这似乎并没有多大区别。我正在考虑编写一个脚本,该脚本将创建一个与动态视图具有相同规格的快照视图,将文件提取到其中并在那里构建,但在我这样做之前,我想知道是否有更好的方法来改善我的构建时间

  • 我可以以某种方式让MVFS在本地缓存所有检索到的对象(我有很多硬盘空间和RAM),理想情况下在多个动态视图之间共享缓存(因为我构建了功能分支,大多数文件在两个不同的文件之间是相同的分支)
  • 我可以调整其他任何设置以加快本地构建吗?
  • 我做错了(也就是说我有更好的工作流程,考虑到快照视图需要大约一个小时才能创建)?

1 个答案:

答案 0 :(得分:3)

考虑到您可以使用相同的配置规范获得动态视图快照视图,我建议您:

  • 准备好合并操作的动态视图
  • 然后,一旦合并完成,更新快照视图(无需从头开始重新创建,这需要花费太多时间。只需启动更新)

这样,你就能充分利用这两个世界:

  • 在动态视图中轻松快捷地合并
  • “快速”(呃)专用于该步骤的快照视图中的编译。

即使配置规范可能必须在您的情况下进行更改(如果您确实必须为每个分支使用一个视图),您仍然可以更改现有快照视图的配置规范(并且仍然可以从增量中受益更新),而不是为您需要编译的每个分支重新创建快照视图。

相关问题