Jenkins用户执行composer install失败：为何在/usr/local/bin找composer.json？

我来帮你拆解并解决这两个遇到的问题：

1. 为什么Composer会在/usr/local/bin目录查找composer.json？ #

当你执行/usr/local/bin/composer install时，Composer默认会在当前工作目录下寻找composer.json文件。显然Jenkins运行这条命令时，当前的工作目录被设置成了/usr/local/bin，而不是你的Jenkins项目目录。这是Jenkins执行命令时的路径上下文问题。

解决办法： #

• 切换到项目目录再执行：先通过cd命令进入你的Jenkins项目实际路径，再运行Composer。比如你的项目在/var/lib/jenkins/workspace/your-project-name，命令就改成：

  cd /var/lib/jenkins/workspace/your-project-name && /usr/local/bin/composer install
  

• 指定工作目录参数：用Composer自带的--working-dir（简写-d）参数直接指定项目路径，不用切换目录：

  /usr/local/bin/composer install -d /var/lib/jenkins/workspace/your-project-name
  

记得把上面的路径替换成你实际的Jenkins项目工作目录哦。

2. 解决PHP SAPI的警告问题 #

提示里提到的Composer should be invoked via the CLI version of PHP, not the cgi-fcgi SAPI，说明Jenkins环境中默认调用的PHP是cgi-fcgi版本，而Composer需要使用CLI（命令行界面）版本的PHP才能正常工作。

解决办法： #

• 直接指定PHP CLI路径运行Composer：先找到你服务器上PHP CLI的实际路径（常见的比如/usr/bin/php-cli、/usr/local/bin/php），然后用这个PHP来执行Composer脚本，结合上面的工作目录参数，完整命令类似：

  /usr/bin/php-cli /usr/local/bin/composer install -d /var/lib/jenkins/workspace/your-project-name
  

• 调整Jenkins环境变量：如果不想每次都写长命令，可以修改Jenkins的全局环境变量，把PHP CLI的路径放到PATH环境变量的最前面，确保系统优先使用CLI版本的PHP。这样后续直接运行Composer命令就会自动用对的PHP版本了。

把这两个问题的解决步骤结合起来，你应该就能顺利在Jenkins里执行Composer安装了。

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