Jenkins Pipeline调用cmd步骤报NoSuchMethodError如何解决

两个核心问题导致当前构建失败：

1. 抛出的java.lang.NoSuchMethodError是因为Jenkins声明式Pipeline根本没有cmd这个内置步骤。从报错日志里列的可用步骤清单能看到，Windows环境下调用cmd.exe执行命令的标准步骤是bat，你写的cmd不在支持列表里，Pipeline解析脚本时直接找不到对应方法，根本没走到执行build.bat的逻辑。
2. 之前碰到的fatal error - cygheap base mismatch detected问题，本质是执行命令时调用了cygwin/Git Bash的类Unix运行时，触发了cygwin的内存地址校验冲突。你想全程在cmd环境跑的思路是对的，但之前用错了Pipeline步骤，加上Init阶段用了sh步骤，还是会默认调用bash类环境，才会一直复现cygwin的报错。

• 把Pipeline里所有的cmd调用全部替换为bat，bat步骤底层就是直接调用系统cmd.exe执行传入的命令，和你本地手动开cmd跑命令的环境完全一致，不会加载cygwin相关运行时。
• Init阶段的sh 'git submodule ...'也替换成bat调用，避免这一步触发bash环境，从流程第一步就全程走cmd。
• 调整Build阶段的PATH配置，不要只留C:\WINDOWS\SYSTEM32，要把你本地cmd环境里能正常调用的cmake、编译器、构建工具的路径全部加进去，和本地环境的PATH对齐，否则会出现找不到cmake、编译命令的问题。

pipeline
{
agent any
    stages
    {
        stage ('Init')
        {
            steps
            {
                echo '******** Running init phase. ********'
                // 替换sh为bat，避免进入bash/cygwin环境
                bat 'git submodule update --init --recursive --depth=1'
            }
        }
        stage ('Build release')
        {
            environment {
                // 按服务器实际安装路径补全cmake、编译工具的路径，和本地cmd的PATH保持一致
                PATH = "C:\\WINDOWS\\SYSTEM32;C:\\Program Files\\CMake\\bin;${env.PATH}"
            }
            steps
            {
                echo '******** Running build release phase. ********'
                // 所有cmd替换为bat，bat默认会调用cmd.exe执行命令，不需要手动加/C参数
                bat 'build.bat release'
                echo '******** Running build debug phase. ********'
                bat 'build.bat debug'
                echo '******** Running package phase. ********'
                bat 'build.bat pack'
            }
        }
        stage ('Test')
        {
            steps
            {
                echo '******** Running test phase. ********'
            }
        }
        stage ('Deploy')
        {
            steps
            {
                echo '******** Running deploy phase. ********'
            }
        }
        stage ('Monitor')
        {
            steps
            {
                echo '******** Running monitor phase. ********'
            }
        }
    }
}

• 把示例PATH里的cmake路径替换成你服务器上cmake.exe实际所在的目录，其他本地cmd能正常调用的构建依赖路径也一并补上，避免命令找不到。
• 如果替换后还是偶发cygheap报错，检查Jenkins agent服务的运行账号，和你手动登录服务器跑cmd测试的账号保持一致，避免账号级的环境变量差异导致优先加载到cygwin的dll。
• 全程用bat步骤后，所有命令都在cmd环境下执行，不会触发cygwin的运行时逻辑，之前的cygheap mismatch问题会自然消失，不需要额外调整cygwin配置。

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