如何配置Composer多环境依赖路径-composer-PHP中文网

唯一有效方式是在项目根目录composer.json中配置{"config": {"vendor-dir": "third-party"}}（相对路径），改后须删除旧vendor并重装，同步更新require路径、ide索引及所有脚本中的vendor引用。

如何配置composer多环境依赖路径

composer.json里改`config.vendor-dir`是唯一有效方式

想让composer install把包装进third-party而不是vendor，必须在项目根目录的composer.json中写死路径。其他所有方法——比如环境变量COMPOSER_VENDOR_DIR、-d参数、软链vendor目录——在实际项目中都会静默失效或被忽略。

正确写法是：

{
  "config": {
    "vendor-dir": "third-party"
  }
}

注意：third-party必须是相对路径（不能带/前缀），且不能是../third-party这类跨目录路径，否则composer install会报错或行为不可控。

改完后必须手动删掉旧的vendor目录，否则autoload.php仍指向旧路径，类加载直接失败
composer dump-autoload不会移动文件、不重建autoload.php位置，纯属无效操作
所有PHP代码里硬写的require 'vendor/autoload.php'都得同步改成require 'third-party/autoload.php'

IDE和部署脚本必须同步更新路径

PHPStorm、VS Code等IDE默认只索引vendor目录下的类，改了vendor-dir后，不手动加路径就会满屏“Class not found”警告，自动补全也失效。

PHPStorm需手动设置：Settings → PHP → Include Paths，添加third-party目录；VS Code则需在php.suggest.basic关闭后，靠intelephense.environment.includePaths指定。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

CI/CD脚本里所有cp vendor/autoload.php、rsync -av vendor/类操作，都要替换成third-party
Docker构建中若用COPY --chown=www-data:www-data vendor/，同样要改成third-party/，否则容器内根本找不到依赖
宝塔面板部署时，如果用了“自动备份vendor目录”类插件，它不会识别third-party，需手动关掉或改配置

多环境共存时别依赖全局配置

Linux服务器上，不同用户（如www、root、deploy）运行composer时，~/.composer/config.json路径不同。你在终端用sudo composer config -g，配置就写进了/root/.composer/config.json，但宝塔后台或PHP-FPM是以www用户运行的，压根不读这个文件。

更麻烦的是：项目根目录下只要存在composer.json且含"repositories"字段（哪怕只是{}），全局镜像配置就彻底失效。这意味着你配了阿里云镜像，但某个子项目一加私有源，所有依赖又悄悄切回packagist.org。

生产环境推荐放弃-g，统一在每个项目的composer.json里写"repositories"，避免权限和路径干扰
开发机上可用alias c82='/www/server/php/82/bin/php /usr/local/bin/composer'绑定PHP版本，但别用sudo跑composer config -g
宝塔网站设置的PHP版本和命令行无关，composer install用哪个PHP，完全取决于你调用时显式指定的解释器路径