Question

我正在尝试编写一个Jenkins Job DSL脚本，并希望尽可能以声明/干净的方式编写它。 Jenkins任务通过MultiJob调用其他任务。我的Groovy最初看起来像这样（所有内容都包含在一个类中，因为它在其他地方被引用）：

static void buildDownstream(def parentJob, String commit_a="master",
    String commit_b="master") {
  parentJob.with {
    steps {
      phase('Phase') {
        job("name_1") {
          prop('COMMIT_A', commit_a)
          nodeLabel('NODE_LABEL', NODE_LABEL_MAP["name_1"])
          killPhaseCondition('NEVER')
        }
        job("name_2") {
          prop('COMMIT_A', commit_a)
          prop('COMMIT_B', commit_b)
          nodeLabel('NODE_LABEL', NODE_LABEL_MAP["name_2"])
          killPhaseCondition('NEVER')
        }
        job("name_3") {
          prop('COMMIT_A', commit_a)
          prop('COMMIT_B', commit_b)
          nodeLabel('NODE_LABEL', NODE_LABEL_MAP["name_3"])
          killPhaseCondition('NEVER')
        }
      }
    }
  }
}

我想抽象出创造就业机会，其中包含大量重复工作。我最终得到了一些奇怪的东西：

static void buildDownstream(def parentJob, String commit_a="master",
    String commit_b="master") {
  parentJob.with {
    steps {
      phase('Phase') {
        def phase = ({ owner })();
        { ->
          add_node_label=true;
          { ->
            commit_a = null;
            def self = ({ owner })();
            addJob("name_1", self).call(phase);
          }
          def self = ({ owner })();
          addJob("name_2", self).call(phase);
          addJob("name_3", self).call(phase);
        }
      }
    }
  }
}

private static Closure addJob(String job_name, Closure callingClosure) {
  return { phase ->
    def job_config = {
      if(commit_a != null) {
        prop('COMMIT_A', commit_a)
      }
      if(commit_b != null) {
        prop('COMMIT_B', commit_b)
      }
      if(add_node_label == true) {
        nodeLabel('NODE_LABEL', NODE_LABEL_MAP[job_name])
      }
      killPhaseCondition('NEVER')
    }

    job_config.delegate = callingClosure
    job_config.resolveStrategy = Closure.DELEGATE_ONLY
    phase.job(job_name, job_config)
  }
}

这可能完全是非惯用的Groovy（所有这些def self = ({ owner })()东西并不适合我），根本不起作用。

基本上，我想将callingClosure范围内的所有变量传递给job_config闭包，而不是将所有变量作为参数显式传递。（显式传递参数映射有效，但是当有很多参数时，它会变得笨拙。）我该怎么做？

（PS：目前，Groovy正试图解决来自commit_a的{{1}}内的job_config变量，我发现这很奇怪;我没有明确设置委托到javaposse.jobdsl.dsl.helpers.step.PhaseContext内的闭包？）

编辑：从another SO question，似乎我可以设置PhaseContext = phase（默认为delegate？）而不是owner并且可以;我也不是真的得到这个，因为({ owner })()是job的属性，而不是其父级（？）

Answer 1

好吧，我最终没有尝试让Groovy隐式地从委托上下文中解析变量，而只是传递了地图中的参数。

static void buildDownstream(def parentJob, 
    String commit_a="master", String commit_b="master") {
  parentJob.with {
    steps {
      phase('Tests') {
        def params = [COMMIT_A:commit_a] 
        this.getTestJob(delegate, "name_1", params)
        params.COMMIT_B = commit_b
        this.getTestJob(delegate, "name_2", params)
        this.getTestJob(delegate, "name_3", params)
        continuationCondition('ALWAYS')
      }
    }
  }
}

private static void getTestJob(def phase, String job_name, 
    Map properties) {
  phase.job(job_name) {
    properties.each { k, v -> prop(k, v) }
    killPhaseCondition('NEVER')
  }
}

我的原始方法的一个问题是我试图访问闭包中的局部变量，但这需要对闭包进行评估;结果证明这很奇怪，我想我不应该试着这样做。

从Groovy中的委托范围获取变量

1 个答案: