require-dev包会拖垮生产环境：它们参与依赖求解导致冲突，即使--no-dev跳过安装，仍影响版本约束；需用config.platform虚拟声明隔离，ci/cd须严格校验lock文件与php版本。
require-dev 里的包真会拖垮生产环境，不是危言耸听——它们参与依赖求解，但又不随 --no-dev 一起消失，冲突常藏在你看不见的地方。
composer update 为什么总卡在 phpunit 或 larastan 上
这不是你项目主逻辑的问题，而是 require-dev 里的开发工具（比如 phpunit/phpunit、larastan/larastan、phpstan/phpstan）悄悄拉高了底层依赖的版本下限。例如：phpunit/phpunit v10 要求 sebastian/exporter ^5.0，而你的主框架只兼容 ^4.0，Composer 就会死循环回溯，最后报 Conclusion: don’t install sebastian/exporter 5.0.0。
- 运行
composer update --dry-run -v，看日志末尾是否反复出现 dev 包名 - 临时绕过：执行
composer update --no-dev，如果成功，基本锁定是 dev 依赖惹的祸 - 别删
require-dev再重装——先查它到底引入了什么：用composer show --tree | grep -A5 -B5 "phpunit\|phpstan"快速定位嵌套层级
如何让 dev 包不干扰主依赖解析
Composer 默认把 require 和 require-dev 放进同一张约束图里求解，哪怕你部署时加了 --no-dev。真正要隔离，得靠 config.platform 做“虚拟锚点”——告诉 Composer：“这个 dev 包我只当它存在，不真装，也不让它影响版本选择。”
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在
composer.json的config段加虚拟声明：{"config": {"platform": {"phpunit/phpunit": "9.6.13"}} - 这个版本号必须是你当前能跑通的、且和主依赖无冲突的稳定版（别写
*或dev-main） - 加完后运行
composer update --with-all-dependencies，让 Composer 重新推演，此时phpunit/phpunit不再参与真实版本计算，只提供语义占位 - 注意：平台虚拟声明对
conflict字段无效，如果某 dev 包明写了"conflict": {"symfony/console": ">=6.0"}，仍会触发拒绝
CI/CD 流程中 dev 冲突为何上线才暴露
本地 composer install 成功 ≠ 生产环境安全。CI 脚本若漏掉 --no-dev 或误用了 composer update，就会把 dev 工具的依赖链意外带入 composer.lock，导致线上 composer install 失败——尤其当 CI 环境 PHP 版本比生产高时（比如 CI 是 PHP 8.2，生产是 8.1），phpstan 可能悄悄锁死一个仅 8.2 兼容的 php-parser 版本。
- CI 脚本必须固定为：
composer install --no-dev --optimize-autoloader --ignore-platform-reqs（--ignore-platform-reqs仅用于跳过扩展检查，不建议关 PHP 版本校验） - 检查
composer.lock文件里是否有phpunit、phpstan等 dev-only 包出现在packages列表中——如果有，说明 lock 文件已被污染 - 生产部署前加一道校验：
composer show --platform | grep "php:"确认 PHP 版本匹配，再跑composer install --no-dev
最麻烦的不是 dev 包本身，而是它通过 autoload-dev 注册的类被主 autoload 加载器一并扫进去了——比如某个测试工具的 HelperServiceProvider 在生产环境被自动注册，结果因依赖缺失直接 Fatal error。这事没法靠 Composer 命令解决，得翻 vendor/composer/autoload_classmap.php 手动确认有没有 dev 相关路径混进来。
