docker-jenkins使用npm报错npm command not found

基于Docker安装的Jenkins在pipeline中不识别npm命令

目标机器已经安装相关组件，但是在 Jenkins 执行脚本的时候，发现无法运行，例如 npm。

报错信息 解决方案 在jenkins中增加环境变量 获取jenkins容器中的系统环境变量PATH 将PATH的值填入jenkins全局变量 最后可以使用npm

前提：服务器npm已经配置完成，并且服务器执行npm install没有问题 【npm install】放到脚本里面，Jenkins执行脚本报错 [test] $ /bin/sh -xe /tmp/jenkins617246321908774027.sh + sh /home/sh/test.sh /home/sh/test.sh: line 7: npm: command not found 解决方案 3.1、查询系统环境变量： echo $PATH [root@localhost /]# ec

Jenkins作为主流CI/CD工具，其配置管理长期面临环境不一致、变更不可追溯、交接成本高等痛点。配置即代码（GitOps）理念将Jenkins的运行时环境与声明式配置解耦：Docker容器固化JDK、Maven、Node.js等运行依赖，实现环境确定性；Jenkins Configuration as Code（JCasC）通过YAML文件统一管理安全策略、插件、凭据和工具链，赋予配置版本化、可测试、可审计能力。二者协同构成基础设施即代码闭环，显著降低SRE运维信任成本，支撑多团队协作、灰度迁移与生产级

Jenkins Pipeline 是基于 Groovy 的声明式持续集成流水线引擎，其核心价值在于将构建、测试、部署等环节显式编码化，实现环境可复现、过程可审计、失败可追溯。在工业嵌入式、边缘网关等存量系统中，Ubuntu 16.04 因内核稳定（4.4）、glibc 2.23 兼容性强，仍是关键基础设施底座；而 Jenkins Pipeline 在该平台的落地难点，集中于 JVM 版本约束（需 OpenJDK 8 + Groovy 2.5+）、Docker-in-Docker 兼适配（依赖 Docker

持续集成（CI）是现代软件交付的核心环节，其底层依赖稳定、安全、可扩展的自动化构建平台。Jenkins作为最成熟的开源CI服务器，需深度适配操作系统环境才能发挥工程价值。本文聚焦Ubuntu 22.04 LTS这一广泛使用的生产基座，解析Java多版本共存、DNS解析异常、APT源镜像兼容性、systemd服务权限模型等系统层关键约束；结合JVM内存调优、Pipeline环境隔离、插件离线部署、Harbor镜像推送等实战场景，提供从零构建高可用CI流水线的完整技术路径。内容覆盖Jenkins WAR包手动部

出现一下错误的原因是因为在流水线脚本里面nodejs的名字和全局配置里面的名字不一样导致的 这两个要一致，否则会出现第一张图的问题

我们在使用Jenkins进行构建项目时，绝大部分会使用到maven、nodejs相关的命令，有很多小伙伴肯定遇到了明明在服务器已经安装好了maven、nodejs相关程序，并且在jenkins配置了maven但是在Jenkins shell、pipeline script中使用mvn、npm命令还是报command not found的错误，如下图： 但是在Jenkins中执行上述命令时就会报错： 其实是因为jenkins里面没有我们服务器path的环境变量，所以才会出现找不到命令的错误。

1.查看系统环境变量 echo $PATH 2.把系统环境变量添加到Jenkins 再次构建就会构建成功

问题： mac本地安装完docker，执行docker出现command not found，因为没有将docker 命令所在的路径添加到系统变量中； 解决办法： 1.找到docker命令所在的路径，这个路径在你安装成功的时候会直接提示给你，我的路径是：/Applications/Docker.app/Contents/Resources/bin 2.编辑/etc/paths，在文件的末尾加上docker的安装路径， 添加完之后的文件内容 3.执行docker，就可以看到相关的命令了 ...

新建一个目录 sudo mkdir /var/local/jenkins 新建 Dockfile 文件 FROM jenkins/jenkins:lts USER root ARG dockerGid=999 RUN echo "docker:x:${dockerGid}:jenkins" &a

找不到mvn,一般是没配置环境变量的问题。点开系统配置，设置环境变量即可。

这个问题在于配置好环境变量后，在cmd中输入npm －v报出路径错误如图 这种的话我找了很多解决方法都不行，最后呢多次尝试发现解决方法其实很简单，假设你是装在D盘，可以将node.js删除后重装到E或者C盘，但是建议重装到E盘当然F盘也可以 重装后在配置环境变量 找到你安装路径下的nodejs 点击确定后才cmd命令中输入npm －v和node－v 出现版本号就ok了 我也只是一个小白看见没人遇到过这种问题就写一下，说不定以后有人遇见，写的不好有补充的可以告知，也可以一起讨论

nvm管理node时npm找不到（npm : 无法将“npm”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。请检查名称的拼写，如果包括路径，请确保路径正确，然后再试一次。所在位置 行:1）

这与问题中的情况不同，但可能对面临类似问题的人有所帮助。在Windows上，如果从某些CI /自动化工具调用npm其中SOME_PATH不是而是一些项目目录。因此，npm尝试在项目根目录中找到npm-cli.js，而不是在中搜索它。此脚本使用%~dp0查找npm-cli.js，但是某些自动化工具可以按%~dp0指向本地项目目录的方式设置工作目录，因此脚本工作不正确。一种可能的解决方案是从此更改npm调用对此这里没有任何解决方案适用于我，但在我重新启动系统并再次之后，它起作用了。

1、查看系统环境变量 echo $PATH 1 /usr/local/node/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/www_app/.local/bin:/home/www_app/bin 2、把服务器的环境变量添加到jenkins Node Properties &...