Composer如何管理多环境版本差异_Composer多环境版本差异管理指南-composer-PHP中文网

该用 composer install——除非明确要升级依赖。install 读取 composer.lock 严格复现依赖树；update 忽略 lock 文件重新解析，易致环境不一致；生产部署、ci/cd 必须用 install 并加 --no-dev 参数。

composer如何管理多环境版本差异_composer多环境版本差异管理指南

composer install 和 composer update 到底该用哪个？

用 composer install，不是 composer update——除非你明确要升级依赖。

composer install 读取 composer.lock，严格复现已知可用的依赖树；composer update 忽略 lock 文件，按 composer.json 重新解析并可能升到新版本，极易导致本地和线上行为不一致。

团队协作、CI/CD 构建、上线部署：必须用 composer install
主动升级某个包（如修复 CVE）：先改 composer.json，再执行 composer update vendor/package-name，避免全量更新
如果项目没有 composer.lock，install 会退化成 update 行为，风险极高

常见错误现象：Class not found、Function undefined、CI 构建通过但线上报错——八成是有人在部署机上手抖敲了 composer update。

生产环境怎么跳过 dev 依赖？

加 --no-dev 参数：用 composer install --no-dev，而不是删掉 require-dev 或搞多个 composer.json。

--no-dev 只控制安装行为，不影响 autoload-dev 的定义，也不修改任何配置文件，是最轻量、最可控的方式。

Dockerfile 中应写：RUN COMPOSER_DEV_MODE=0 composer install --no-dev --optimize-autoloader
GitHub Actions 等 CI 脚本里漏掉这个参数，就会把 phpunit、laravel-debugbar 打进生产镜像
COMPOSER_DEV_MODE=0 效果等同 --no-dev，但不如参数明确，且容易被覆盖

注意：--no-dev 不等于“禁用测试代码自动加载”——如果业务代码里硬引用了 Tests* 类，运行时仍会报错，得靠代码层隔离。

Discussion Composer

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

下载

多个 PHP 版本下，composer 用的是哪个 php？

它用的是 $PATH 里第一个 php，不是 composer.json 里的 config.platform.php，也不是你 php -v 看到的那个。

config.platform.php 只影响依赖解析时的版本兼容性判断，完全不改变实际执行 composer 的 PHP 解释器。

检查真实调用链：head -n1 $(which composer)，看 shebang 是不是 #!/usr/bin/env php
临时切换：直接指定路径，例如 /opt/homebrew/bin/php83 /usr/local/bin/composer install
推荐 alias：alias composer83='COMPOSER_PHP=/opt/homebrew/bin/php83 composer'（Composer 2.2+ 原生支持）

常见错误现象：This package requires php >=8.3 报错，但 php -v 显示 8.3——说明 composer 实际跑在另一个 php 上，比如系统默认的 8.1。