Jenkins Pipeline currentBuild持续时间总是返回0

时间:2017-02-07 10:46:08

标签: jenkins groovy jenkins-pipeline slack

我正在尝试获取报告的构建持续时间,但它总是返回0.

通过阅读文档,浏览Slack插件源并阅读其他资源,我应该可以执行以下操作之一:

def duration = currentBuild.duration
def duration = currentBuild.durationString
def duration = currentBuild.durationString()
def duration = currentBuild.getDurationString()

没有一个有用。根据我的理解,这可能是因为我在构建实际完成之前调用了这个,因此持续时间尚不可用。

管道结构如下所示:

node {
    try {
        stage("Stage 1"){}
        stage("Stage 2"){}
    } catch (e) {
        currentBuild.result = "FAILED"
        throw e
    } finally {
        notifyBuild(currentBuild.result)
    }
}

def notifyBuild(String buildStatus = 'STARTED') {
    def duration = currentBuild.duration;
}

我的问题是:

  1. 为什么我没有得到持续时间
  2. 管道中是否有指定“构建后”步骤的方法?从我读到的尝试捕捉应该这样工作
  3. 我的临时解决方案是使用:

    int jobDuration = (System.currentTimeMillis() - currentBuild.startTimeInMillis)/1000;
    

    哪种方法运行正常,但总是在几秒钟内给出时间我认为 currentBuild.duration应该足够智能以提供不同的单位(?)

1 个答案:

答案 0 :(得分:8)

更新2018-02-19,修复了2.14版本的Pipeline Support API插件,请参阅this issue

无法找到有关何时duration有效的任何文档。但是判断from the implementation它似乎是在运行/构建完成后直接设置的。我猜它在currentBuild对象上是可用的,因为它与用于表示currentBuild.previousBuild的对象相同,可能已经完成。

所以回答你的问题:

  1. 持续时间字段仅在构建完成后有效。
  2. 不,没有办法指定“构建后”步骤。
  3. 话虽如此,我认为您的解决方法是一个很好的解决方案(可能将其包装在一个函数中并将其放在GPL(全局公共库)中。

    关于你的最终红利问题I think the currentBuild.duration should be smart enough to give different units (?)。如果你指的是格式很好的字符串,比如Took 10min 5seccurrentBuild.duration将不会给你任何好的格式,因为它只返回一个已经过去的秒数的长值。相反,你可以做的是致电hudson.Util#getTimeSpanString(long duration)。像这样:

    import hudson.Util;
    
    ...
    
    echo "Took ${Util.getTimeSpanString(System.currentTimeMillis() - currentBuild.startTimeInMillis)}"
    

    这将返回一个格式正确的字符串,其中包含当前的构建持续时间。