Jenkins构建节点并行优化：无插件实现简洁条件并行构建

现有Jenkins流水线核心逻辑如下，功能可正常运行，但存在BlueOcean视图体验问题：当构建参数对应flavor的复选框未勾选、无需执行对应构建时，视图中仍会显示无实际操作的空并行步骤，且这类空步骤会被自动标记为成功。要求不安装额外插件，使用Jenkins内置能力实现更优雅的条件化并行构建。

现有流水线代码：

#!/usr/bin/env groovy
node('my_label'){
  timestamps{
    build()
    postBuild()
  }
}

def build(){
  parallel{
    flavorABuild: {
      if(condtionA){
        node(my_label){
          stage("build flavor a"){
            sh buildcommand
          }
        }
      }
    }
    flavorBBuild: {
      if(condtionB){
        node(my_label){
          stage("build flavor B"){
            sh buildcommand
          }
        }
      }
    }
    flavorCBuild: {
      if(condtionC){
        node(my_label){
          stage("build flavor C"){
            sh buildcommand
          }
        }
      }
    }
  }
}

动态生成并行任务Map（优先推荐） #

Jenkins的parallel步骤原生支持接收Map类型的任务集合作为入参，完全可以在执行并行逻辑前先做条件判断，只把需要实际运行的flavor任务放进Map中，从根源上避免空步骤生成。

改造后的build方法参考：

def build(){
  // 初始化空的并行任务容器
  def parallelTasks = [:]

  // 仅条件满足时，才将对应flavor的构建逻辑加入任务集合
  if(conditionA){
    parallelTasks["flavorABuild"] = {
      node(my_label){
        stage("build flavor a"){
          sh buildcommand
        }
      }
    }
  }

  if(conditionB){
    parallelTasks["flavorBBuild"] = {
      node(my_label){
        stage("build flavor B"){
          sh buildcommand
        }
      }
    }
  }

  if(conditionC){
    parallelTasks["flavorCBuild"] = {
      node(my_label){
        stage("build flavor C"){
          sh buildcommand
        }
      }
    }
  }

  // 传入动态组装的任务集合执行并行构建
  // 未加入集合的任务不会被创建，BlueOcean中不会出现对应空条目
  parallel parallelTasks
}

这个方案是Jenkins流水线的标准原生用法，没有任何兼容问题，从流水线插件发布初始版本就支持，不需要升级核心或安装额外插件，BlueOcean可以正确识别实际执行的并行分支，显示效果完全符合预期。

闭包提前返回（适配小改动场景） #

如果不想大幅调整现有parallel块的写法，可以在不需要执行的分支闭包最外层直接return提前终止执行，注意不要在闭包内留空的stage或node块：

flavorABuild: {
  // 条件不满足直接退出闭包，不要嵌套空的stage/node
  if(!conditionA) return
  node(my_label){
    stage("build flavor a"){
      sh buildcommand
    }
  }
}

注意：该方案在部分旧版本Jenkins中仍会显示执行时长为0的空并行条目，显示效果不如第一种方案稳定，仅适合临时小改动使用。

空步骤出现的核心原因是不管条件是否满足，你都预先声明了所有并行分支，只是在分支内部跳过了实际逻辑，外层的分支壳子依然会被Jenkins识别为独立步骤。只要从源头减少不必要的分支声明，就能彻底解决这个问题。

内容的提问来源于stack exchange，提问作者iwantmyhatback