Jenkins中Node.js string.replaceAll()函数执行失败问题求助

排查与解决步骤： #

• 确认Jenkins流水线实际运行的Node版本
  别只依赖全局配置，直接在流水线构建步骤里打印版本信息验证：

  node -v
  npm -v
  

  很多时候流水线会默认调用系统全局的旧版本Node，哪怕你在Jenkins全局配置了指定版本，也需要在流水线中通过NodeJS插件的nodejs('你的版本名称')步骤激活对应版本，确保环境生效。

• 检查replaceAll()的语法合规性
  replaceAll()有个容易忽略的规则：如果第一个参数是正则表达式，必须加上g全局标志，否则会直接抛出错误。比如：

  // 错误写法，会触发报错
  'test test'.replaceAll(/test/, 'foo')
  // 正确写法
  'test test'.replaceAll(/test/g, 'foo')
  

  本地可能没触发正则场景，或者代码里存在这类隐性问题，到Jenkins环境才暴露。

• 清理依赖缓存，确保依赖安装一致性
  如果用Docker构建，旧的node_modules缓存可能导致环境不一致，在Dockerfile里添加清理步骤：

  RUN rm -rf node_modules package-lock.json
  RUN npm install
  

  同时检查Jenkins是否启用了依赖缓存插件，若有则临时禁用，重新构建测试。

• 排查原型污染或polyfill冲突
  部分第三方包可能修改String原型，或者项目引入的polyfill与Node.js原生replaceAll冲突。可以在代码执行前添加调试代码，打印方法来源：

  console.log(String.prototype.replaceAll.toString())
  

  如果输出不是Node.js原生函数代码，说明有其他代码覆盖了该方法，排查对应的依赖包。

• 验证Docker镜像的Node版本是否真实生效
  在Dockerfile里添加版本打印命令，确认构建出的镜像使用指定版本：

  FROM node:16.14.0
  RUN node -v # 确认版本是否与指定一致
  

  若镜像标签存在缓存问题，可指定具体镜像digest来确保版本准确。

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