Jenkins流水线操作OpenShift如何正确校验ImageStream是否存在

你当前代码失效、触发资源已存在报错来自三个明确的问题：

1. Groovy变量插值语法错误：Jenkins Pipeline的Groovy语法中，单引号包裹的字符串不会执行变量替换，你写的openshift.selector('imagestreams', '${imagestream_name}')实际传入的是字面量字符串${imagestream_name}，完全匹配不到你要操作的目标镜像流，导致存在性校验失效，删除逻辑根本没有执行。
2. 资源删除时序问题：即便删除逻辑正常执行，OpenShift删除绑定了finalizer的资源是异步流程，删除接口返回成功仅代表删除请求被接收，不代表资源已经从后端存储彻底清除，立刻执行创建操作很容易撞上资源未释放的窗口期。
3. 命令选型缺陷：oc create是祈使式非幂等命令，只要目标资源存在就会抛出AlreadyExists错误，本身就不适合需要可重入的流水线场景。

优先选择插件原生方法实现，减少raw命令调用，稳定性更高：

openshift.withCluster("${CLUSTER_NAME}") {
    openshift.withProject("${DEV_ENV}") {
        // 注意：变量必须放在双引号内才能完成插值替换
        def targetIs = openshift.selector('imagestreams', "${imagestream_name}")
        if (targetIs.exists()) {
            // 强制立即删除，减少等待时间
            targetIs.delete('--grace-period=0', '--force')
            // 轮询等待资源彻底删除，30秒超时避免流水线卡死
            timeout(30) {
                waitUntil {
                    !targetIs.exists()
                }
            }
        }
        // 直接读取本地YAML用插件原生apply方法创建/更新，天然幂等
        openshift.apply(readFile(file: "${imagestream_name}.yaml"))
    }
}

如果你更习惯调用oc原生命令，可以用以下写法，逻辑完全等价：

openshift.withCluster("${CLUSTER_NAME}") {
    openshift.withProject("${DEV_ENV}") {
        // 删除资源，不存在时直接跳过不报错
        openshift.raw("delete imagestream ${imagestream_name} --ignore-not-found=true --grace-period=0 --force")
        // 轮询确认资源已清理
        timeout(30) {
            waitUntil {
                def checkResult = openshift.raw("get imagestream ${imagestream_name} --ignore-not-found=true -o name").out.trim()
                return checkResult.isEmpty()
            }
        }
        // 用apply代替create，资源不存在则创建、存在则更新，不会触发已存在报错
        openshift.raw("apply -f ${imagestream_name}.yaml")
    }
}

• 所有需要注入Pipeline变量的字符串，必须使用双引号包裹，单引号仅用于固定不变的纯文本场景
• 不要把删除接口返回成功等同于资源已彻底删除，涉及删除后重建的逻辑必须加轮询校验
• 流水线场景优先用声明式的apply操作替代create，流水线重复执行时不会因为资源已存在中断
• 不要通过openshift.raw嵌套执行create命令绕开插件的资源校验逻辑，插件原生方法自带异常处理和权限适配，稳定性比手动拼命令高

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