Performance 优化ClearCase动态视图中的构建

我正在尝试优化我的工作流程，因为我仍然花了相当长的时间等待计算机，而我认为这应该是另一种方式

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

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

在动态视图中，完整构建大约需要六个小时，这是一个主要的PITA，因此我正在寻找一种方法来改进这些数据。我已经玩弄了缓存设置，但这似乎没有多大区别。我目前正在考虑编写一个脚本，该脚本将创建一个与动态视图规格相同的快照视图，将文件提取到其中并在其中构建，但在此之前，我想知道是否有更好的方法来提高构建时间

• 我是否可以让MVFS在本地缓存所有检索到的对象（我有大量的硬盘空间和RAM），理想情况下在多个动态视图之间共享缓存（当我构建功能分支时，大多数文件在两个不同的分支之间必然是相同的）
• 是否有其他设置可以调整以加快本地构建
• 我是否做错了（即，考虑到创建快照视图需要大约一个小时，是否有更好的工作流适合我）

---

考虑到您可以使用相同的配置规范创建动态视图和快照视图，我建议您：

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

这样，您就可以充分利用这两个世界：

• 在动态视图中轻松快速地合并
• 专用于该步骤的快照视图中的“快速”（er）编译

---

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

我还没有一个具有相同规范的快照视图，这是我加速该过程的想法之一。我正在处理的快照视图因多个功能/错误而发生更改。不过，在构建中重用单个快照视图，只是将其规范更改为指向当前正在测试的分支，这是一个不错的想法。@SimonRichter：我向您保证（在多年的经验之后；））使用专用于编译的快照视图是一个不错的选择。由于您可以更新视图的配置规范，所以我真的会考虑这样的设置。您是否考虑过将构建构建到本地磁盘并在处理时将结果提交给CycReSE？我们在clearcase中有一个大项目，将所有事情处理到一个本地磁盘上，并在那里构建，这大大缩短了构建时间。我认为“为建筑创建快照视图”的方法接近50%。