Jenkins Declarative Pipeline中script标签的适用场景咨询

必须使用script标签的场景 #

• 变量赋值操作：Declarative Pipeline的steps块不支持直接进行变量赋值，比如你示例里的created_patch = sh(returnStdout: true, script: "...")，这类操作必须放在script块内执行。
• 步骤内的流程控制：如果需要在单个stage的步骤里做分支判断（比如if/else）、循环（for/while），Declarative本身的when条件仅针对整个stage生效，这类步骤内的逻辑只能靠script块实现。
• Groovy原生逻辑处理：当你需要使用纯Groovy语法处理数据（比如字符串拼接、集合遍历、正则匹配），而非Jenkins提供的内置step时，必须用script包裹这些代码。
• 旧代码过渡兼容：如果是从Scripted Pipeline迁移到Declarative，暂时不想大规模重构的话，可以把原有的Scripted代码直接放在script块里过渡，后续再逐步迁移到共享库。

可以移除script标签的情况 #

• 仅包含Jenkins内置step：如果你的steps里只有sh、echo、build这类不需要变量赋值或逻辑处理的原生步骤，完全可以去掉script块，直接把这些step放在steps下。
• 复杂逻辑已迁移至共享库：把script块里的自定义逻辑封装成共享库的自定义step后，就可以在steps里直接调用这个自定义step，不需要再保留script块。比如把示例中的逻辑封装后，Pipeline可以简化成：

stage("create_baseline"){
    steps {
        createBaseline() // 共享库中的自定义step，内部处理命令执行与变量逻辑
    }
}

是否能移除所有script标签？ #

不能一概而论。如果你的Pipeline全程没有变量赋值、步骤内流程控制、Groovy原生操作这些需求，那所有script标签都可以安全移除；但如果存在上述必须用script的场景，强行移除会导致Pipeline报错。建议先梳理每个script块内的代码逻辑，再判断是否可以移除或迁移到共享库。

内容的提问来源于stack exchange，提问作者Sven van den Boogaart