查找 Jenkins 脚本化管道中未定义的步骤

Jenkins 新手在使用脚本化管道时遇到疑问，无法确定 "deployTheImage" 步骤的定义。文章解释了自定义步骤的概念，说明了 "dockerPushAndBuild" 和 "deployTheImage" 可能是使用共享库实现的自定义步骤。文章还提供了自定义步骤的示例代码，展示了如何使用 "vars" 目录中的脚本定义自定义步骤，以及如何从管道中调用它们。

我是詹金斯的新手，正在努力找出以下内容是什么？我的项目的 jenkins 文件的内容类似于以下内容

stage("Build and push"){
    def projectImage = dockerPushAndBuild {
       Id = "123456"
       image = "abc"
       .
       .
       buildArgs = '-f ./Dockerfile .'
    }
    
    deployTheImage {
       project = 'Testing'
       service = 'MyService'
       .
       .
    }
    
}

假设在第二行（def projectimage），该脚本正在创建一个对象，那么“deploytheimage”是什么？构造“deploytheimage”内部没有任何“sh”或“bash”或任何构建/推送/部署命令。它只是设置一些变量，如示例中所示。另外，我在同一文件中找不到任何名为“deploytheimage”的内容。

我是詹金斯的新手，只是在寻找一些设置脚本化管道的指导。任何参考或样品将不胜感激。

正确答案

这些似乎是自定义步骤。有多种方法可以编写自定义步骤。您可以将它们编写为自定义插件或使用 Jenkins shared Libraries。基本上，通过使用共享库，您可以将管道代码存储在 git 存储库中，并在不同的管道中重用该代码。就您而言，我假设您正在使用全局共享库。基于此，让我解释一下发生了什么。

基本上，dockerpushandbuild和deploytheimage都是自定义步骤，步骤dockerpushandbuild似乎在执行后返回一些东西（可能是构建后的图像名称），而步骤deploytheimage似乎没有返回任何东西。

作为示例，我们考虑第一步 dockerpushandbuild。

def projectimage = dockerpushandbuild {
       id = "123456"
       image = "abc"
       .
       .
       buildargs = '-f ./dockerfile .'
    }

此自定义步骤应驻留在您的全局库中，并应添加到您的管道中。然后你就可以如上所示调用它。这里该步骤接受 id、image、buildargs 等参数。在共享库中，您应该在 vars 目录中看到一个名为 dockerpushandbuild.groovy 的脚本。这可能有一些类似于下面的内容。

//vars/dockerPushAndBuild.groovy
def call(Closure body) {
    
    def config = [:]
    body.resolveStrategy = Closure.DELEGATE_FIRST
    body.delegate = config
    body()
    // Read your parameters
    println(config.buildArgs)
    
    // Do something
    node {
        echo "${config.buildArgs}"
        sh "docker build .........."
    }
    // return something 
    return "Return a String!!!!"
}

正如您在上面所看到的，自定义步骤将执行一些任务并将字符串返回到管道。

您可以阅读更多内容here。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《查找 Jenkins 脚本化管道中未定义的步骤》文章吧，也可关注golang学习网公众号了解相关技术文章。