我完全懂你这个需求——关键业务步骤被中途手动中止，不仅会导致任务不完整，还会搞乱后面依赖CRUTIAL_STEP_DONE的后置逻辑，太闹心了。结合你提供的Pipeline代码，我给你两个实用的解决思路，都是能落地的：

方案一：修改Powershell脚本，捕获中断信号确保CLI执行完成 #

Jenkins在收到中止请求时，会给正在运行的Powershell进程发送类似Ctrl+C的中断信号。我们可以在Powershell脚本里捕获这个信号，不让进程提前退出，直到你的My-CLI完全执行完毕。同时，不管过程中有没有收到中止信号，只要CLI跑完，就同步设置Jenkins的环境变量。

修改后的完整代码示例：

stage('Critical Step that needs to be atomic') {
    when {
        expression { return (someCondition) }
    }
    steps {
        script {
            // 用returnStatus捕获脚本执行状态，避免中止整个Pipeline流程
            def scriptExitCode = powershell returnStatus: true, script: '''
                # 把Ctrl+C这类中断信号转换成输入，不让脚本直接退出
                $originalTreatControlC = [console]::TreatControlCAsInput
                [console]::TreatControlCAsInput = $true
                
                try {
                    # 执行你的核心CLI工具
                    & My-CLI -v 'MyArgument'
                    $cliExitCode = $LASTEXITCODE
                    # 只要CLI执行完成，就输出标记（后续同步到Jenkins环境）
                    Write-Output "CLI_EXECUTED_SUCCESS"
                    exit $cliExitCode
                } finally {
                    # 恢复系统默认的中断信号处理逻辑
                    [console]::TreatControlCAsInput = $originalTreatControlC
                }
            '''
            
            # 只要CLI执行到结束（不管成功失败），就设置环境变量
            env.CRUTIAL_STEP_DONE = 'true'
            
            # 如果CLI执行失败，手动抛出错误让Pipeline按失败逻辑走（按需调整）
            if (scriptExitCode != 0) {
                error "My-CLI执行失败，退出码: ${scriptExitCode}"
            }
        }
    }
}

这个方案的核心细节：

• 用[console]::TreatControlCAsInput = $true拦截中断信号，保证My-CLI能完整跑完
• returnStatus: true让Jenkins不会因为Powershell的退出码直接终止Pipeline，给我们留足处理环境变量的空间
• 不管构建是否被中止，只要CLI执行完成，CRUTIAL_STEP_DONE就会被正确设置

方案二：利用Jenkins Pipeline的构建状态控制 #

如果觉得修改Powershell脚本麻烦，也可以直接在Pipeline层面做文章，强制让这个关键步骤忽略中止请求，直到执行完成。

代码示例：

stage('Critical Step that needs to be atomic') {
    when {
        expression { return (someCondition) }
    }
    steps {
        script {
            def cliCompleted = false
            try {
                // 标记构建为"不可中止"状态，Jenkins会暂时忽略中止请求
                currentBuild.keepRunning = true
                
                // 执行你的CLI命令
                powershell '''                     
                & My-CLI -v 'MyArgument'
                if ($LASTEXITCODE -ne 0) {
                    exit $LASTEXITCODE
                }
                '''
                cliCompleted = true
            } finally {
                // 不管成功、失败还是被中止，只要CLI跑完就设置环境变量
                if (cliCompleted) {
                    env.CRUTIAL_STEP_DONE = 'true'
                }
                // 恢复构建的可中止状态，让后续步骤正常响应中止请求
                currentBuild.keepRunning = false
                
                // 可选：如果构建是被中止的，你可以手动调整最终状态
                if (currentBuild.result == 'ABORTED' && cliCompleted) {
                    currentBuild.result = 'SUCCESS' // 或者保持ABORTED，根据你的业务需求来
                }
            }
        }
    }
}

这个方案的核心逻辑：

• currentBuild.keepRunning = true会让Jenkins暂时屏蔽中止指令，直到你把这个属性改回false
• finally块确保无论发生什么，只要CLI执行完成，环境变量就会被正确设置
• 最后一定要恢复keepRunning为false，不然整个后续Pipeline都无法被中止

额外的小提醒 #

• 先确认你的My-CLI本身是鲁棒的：如果CLI自己收到中断信号会崩溃，那上面的方法也救不了，先确保CLI能正常处理中途的信号干扰
• 后置处理逻辑里，建议结合currentBuild.result和CRUTIAL_STEP_DONE一起判断，比如构建被中止但CRUTIAL_STEP_DONE为true，说明CLI还是跑完了，照样执行后续任务
• 两个方案里，方案一的改动最小，也更聚焦在脚本层面，推荐先试试这个方案，大概率能直接解决问题