Composer本身不读取环境变量，其composer.json和composer.lock为静态配置文件；需通过外部脚本（如jq修改JSON）、composer config动态设置或COMPOSER_AUTH传入敏感信息等方式实现环境变量驱动的配置变更。
Composer本身不读取环境变量
Composer的composer.json和composer.lock是静态配置文件，加载时不会解析$APP_ENV或$_ENV这类运行时环境变量。想“通过环境变量修改配置”，本质是绕过Composer原生机制，用外部手段生成或覆盖配置。
用composer config动态设置仓库或平台配置
适用于CI/CD中切换私有源、设置平台版本（如强制ext-redis版本）等场景。这些配置会写入auth.json或config.json，优先级高于composer.json中的声明。
- 在部署脚本里根据
$CI_ENV执行：composer config --global repo.packagist composer https://packagist.example.com
- 平台配置需注意：若
composer.json里已声明"platform": {"php": "8.1"}，composer config platform.php 8.2不会覆盖它——必须删掉composer.json里的platform段再设 - 敏感信息（如私有仓库token）应通过
COMPOSER_AUTH环境变量传入，格式为JSON字符串：COMPOSER_AUTH='{"http-basic":{"example.com":{"username":"x","password":"y"}}}' composer install
用composer create-project配合--repository注入变量化源
当项目模板需适配不同客户环境（如SaaS多租户），可在创建时指定临时仓库地址，避免硬编码到composer.json。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer create-project vendor/template myapp --repository='{"type":"composer","url":"https://repo.$CUSTOMER.com"}'- 注意：
--repository只影响本次安装，且URL中的环境变量（如$CUSTOMER）由Shell展开，不是Composer解析的 - 若URL含特殊字符（如
/、:），需URL编码，否则composer会报Invalid repository type
真正需要环境变量驱动依赖时，改用脚本预处理composer.json
比如开发环境要装phpunit，生产环境禁用；或根据$PHP_VERSION调整require版本约束。这时必须在composer install前修改文件。
- 用
jq操作JSON（推荐）：jq --arg ver "$PHP_VERSION" '.require."php" = $ver' composer.json > tmp.json && mv tmp.json composer.json
- 用
sed风险高：JSON格式稍有变动（空格、换行）就会替换失败，且无法安全处理带引号的值 - 务必在
composer install前执行，并确认composer.lock是否需重建（如依赖变更，应删lock重生成）
环境变量对Composer只是“输入参数”，最终生效靠的是人写的脚本或CI流程——没有魔法开关，只有明确的文件读写和命令调用顺序。漏掉chmod +x或路径拼错composer.json位置，是实际中最常卡住的地方。
