Jenkins Pipeline currentBuild持续时间始终返回0

小编典典

Jenkins Pipeline currentBuild持续时间始终返回0

jenkins

我正在尝试获取报告的构建持续时间，但它始终返回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;
}

我的问题是：

为什么我没有得到持续时间
管道中是否可以指定“构建后”步骤？从我读到的内容来看，try-catching应该这样工作

我的临时解决方案是使用：

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

这工作得很好，但总是给人时间（秒）和我认为的currentBuild.duration应该是足够聪明，给不同的单位（？）

阅读 1272

2020-07-25

共1个答案

小编典典

更新2018-02-19，此问题已在2.14版本的Pipeline Support API插件中得到修复，请参阅
此问题

在找不到有关何时duration有效的任何文档中。但是从实现来看，它似乎是在运行/构建完成后直接设置的。我猜想它在currentBuild对象上可用，因为它与用于表示currentBuild.previousBuild的对象相同，可能已经完成。

因此，回答您的问题：

持续时间字段仅在构建完成后才有效。
不，无法指定“构建后”步骤。

话虽如此，我认为您的解决方法是一个不错的解决方案（可以将其包装在函数中，然后放入GPL（全球公共图书馆）中。

至于你最后的奖金问题I think the currentBuild.duration should be smart enough to give different units (?)。如果您指的是格式正确的字符串（如）Took 10min 5sec，currentBuild.duration将不会为您提供任何格式良好的格式，因为它只是返回一个长的值（已过去的秒数）。相反，您可以做的是call
hudson.Util#getTimeSpanString(long duration)。像这样：

import hudson.Util;

...

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

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

2020-07-25