有一些限制，对于脚本管道，我使用这个解决方案:

使用内联groovy脚本的管道作业:

node('master') {
    stage('Run!') {
                def script = load('...you job file...')
    }
}

用于测试的Jenkinsfile具有与lesfuret相同的结构:

def execute() {
 ... main job code here ...
}
execute()

将SSH密钥放入Jenkins配置文件，然后使用声明式linter，如下所示:

ssh jenkins.hostname.here declarative-linter < Jenkinsfile

这将对你的詹金斯档案进行静态分析。在您选择的编辑器中，定义一个自动运行该命令的键盘快捷方式。在Visual Studio Code中，这是我使用的，转到Tasks > Configure Tasks，然后使用以下JSON创建一个Validate Jenkinsfile命令:

{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "Validate Jenkinsfile",
      "type": "shell",
      "command": "ssh jenkins.hostname declarative-linter < ${file}"
    }
  ]
}

我使用重放未来，做一些更新和运行迅速。

有一些限制，对于脚本管道，我使用这个解决方案:

使用内联groovy脚本的管道作业:

node('master') {
    stage('Run!') {
                def script = load('...you job file...')
    }
}

用于测试的Jenkinsfile具有与lesfuret相同的结构:

def execute() {
 ... main job code here ...
}
execute()

您不能在本地执行Pipeline脚本，因为它的全部目的是编写Jenkins脚本。(这就是为什么Jenkins文件最好保持简短，并限制在实际处理Jenkins特性的代码中;你实际的构建逻辑应该通过外部进程或构建工具来处理，你可以通过一行sh或bat步骤调用它们。)

如果你想测试对Jenkinsfile的修改，但不提交，可以使用1.14中添加的Replay功能。

JENKINS-33925跟踪自动测试框架的特性请求。

在我的开发设置中(缺少合适的Groovy编辑器)，大量的Jenkinsfile问题源于简单的语法错误。要解决这个问题，你可以根据Jenkins实例验证Jenkinsfile(运行在$JENKINS_HTTP_URL):

curl -X POST -H $(curl '$JENKINS_HTTP_URL/crumbIssuer/api/xml?xpath=concat(//crumbRequestField，":"，//crumb)') -F "jenkinsfile=< jenkinsfile " $JENKINS_HTTP_URL/管道模型转换器/验证

上面的命令是对 -a-Declarative-Jenkinsfile-from-the-command-line https://github.com/jenkinsci/pipeline-model-definition-plugin/wiki/Validating- (or-linting)