continuous-integration - 与 ClearCase 和长期更新的快照 View 持续集成

标签 continuous-integration hudson clearcase snapshot-view

我需要建立一个持续集成系统。由于平台限制,我们使用 ClearCase 版本控制和仅快照 View 。我试过设置 Hudson 和 Luntbuild。他们都表现出相同的行为。从某种意义上说,我们有很多用于构建但严格只读的库。 CI 系统执行 cleartool lshistory 并发现 VCS 中的更改。之后,它执行 cleartool setcs,这会导致 View 更新。这可能需要大约半小时,这对于 CI 来说是非常不可取的。为什么它不只更新之前由 cleartool lshistory 获得的已更改元素?有没有可以做到这一点的 CI 系统?

最佳答案

更新包含大量元素的快照 View 可能需要时间。

这就是我们在 Hudson CI 中使用多个 View 的原因。

  • 一个元素数量最少的 View ,由 Hudson 监控并在检测到 VCS 更改时更新。
  • 一种不经常更改的常见内容(如果更改,我们将手动取消 Hudson Job)

  • 其他解决方案是,特别是对于第一个 View ,使用动态 View (并跳过更新加载时间)

    关于continuous-integration - 与 ClearCase 和长期更新的快照 View 持续集成,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2608920/

    相关文章:

    python - 什么是行业广泛使用的持续集成工具,基于 Python 的程序的夜间构建系统

    flutter - Codemagic 保持构建错误 : '.../Pods-Runner/Pods-Runner-frameworks-Release-input-files.xcfilelist' `

    hudson - 强制Jenkins Subversion插件使用HEAD版本

    configuration - 您将如何从 ClearCase 的特定分支中选择版本?

    IDE之外的Java连续测试

    asp.net-mvc - Orchard CMS 模块开发和与 TeamCity 的持续集成

    带结账功能的 ClearCase 基线

    clearcase - ClearCase 中的配置规范

    svn - 是否有用于在 Hudson 中列出 subversion 标签的插件?

    hudson - 如何在Hudson/Jenkins上设置C++连续构建