gpt4 book ai didi

performance - 在 ClearCase 动态 View 中优化构建

转载 作者:行者123 更新时间:2023-12-04 06:07:08 25 4
gpt4 key购买 nike

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

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

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

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

  • 我能否以某种方式使 MVFS 在本地缓存所有检索到的对象(我有很多硬盘空间和 RAM),理想情况下在多个动态 View 之间共享缓存(当我构建功能分支时,大多数文件在两个不同的分支之间必然是相同的)
  • 是否还有其他设置可以调整以加速本地构建?
  • 我做错了吗(即考虑到创建快照 View 大约需要一个小时,是否有更好的工作流程)?
  • 最佳答案

    考虑到您可以拥有具有相同配置规范的动态 View 和快照 View ,我真的建议:

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

  • 这样,您就可以两全其美:
  • 在动态 View 中轻松快速地合并
  • 专用于该步骤的快照 View 中的“快速”(er)编译。

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

    关于performance - 在 ClearCase 动态 View 中优化构建,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8226016/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com