Jenkins UCM插件运行缓慢

Jenkins UCM插件运行缓慢,jenkins,clearcase,jenkins-plugins,clearcase-ucm,Jenkins,Clearcase,Jenkins Plugins,Clearcase Ucm,最近,Jenkins UCM插件运行缓慢,我认为这是因为它在两个基线之间生成了一个更改日志。我宁愿跳过更改日志的创建。可能吗 谢谢使用,您需要检查“最近”发生了什么变化,导致执行速度如此缓慢: UCM组件的大小 监测的河流成分 涉及的组件数量 作业结束时,您可以检查: 放置标记(意味着设置完整基线)需要时间(如果组件中有数千个文件,则可能需要时间) 修剪更改日志需要时间。 如果您对完整的更改日志(包括ClearCase的所有贡献活动)不感兴趣,可以检查“修剪的更改集”。 这将只提供所选UC

最近,Jenkins UCM插件运行缓慢,我认为这是因为它在两个基线之间生成了一个更改日志。我宁愿跳过更改日志的创建。可能吗

谢谢

使用,您需要检查“最近”发生了什么变化,导致执行速度如此缓慢:

  • UCM组件的大小
  • 监测的河流成分
  • 涉及的组件数量
作业结束时,您可以检查:

  • 放置标记(意味着设置完整基线)需要时间(如果组件中有数千个文件,则可能需要时间)
  • 修剪更改日志需要时间。
    如果您对完整的更改日志(包括ClearCase的所有贡献活动)不感兴趣,可以检查“
    修剪的更改集”

    这将只提供所选UCM流的最新版本。
    即,对于自轮询,输入流;对于子轮询,输入流的已找到子流。例如,如果输入了UCM流,
    latest\u int
    ,则更改日志中只有该流的最新版本


在创建新基线时,插件似乎被触发。你知道是否有可能改变监控频率吗?此外,它是否总是被监控并与先前的基线进行比较?如果我想在某个时间(而不是在创建新基线时)启动插件该怎么办。那有可能吗?我正在尝试找到控制如何启动插件的新方法。谢谢。@user1762109我想最简单的方法是不要选择“轮询SCM”,并在需要时触发它。似乎在创建新基线时启动了UCM插件,但检查是否有更改。重点是什么?这仅仅是为了保存更改日志,还是如果日志遗漏了什么,它不会触发Jenkins?你知道插件启动Jenkins时文档在哪里吗?