ci/cd中必须用composer install --no-dev --optimize-autoloader --classmap-authoritative，漏一不可：--no-dev跳过dev依赖，--optimize-autoloader生成类映射提速50%以上，--classmap-authoritative强制信任映射防class not found。
CI/CD 里直接写 composer install 就会出事
不加参数的 composer install 在构建流程中大概率导致线上类加载失败或性能骤降。它默认保留 require-dev 包、不做类映射优化、也不强制信任 autoload 表——这些在开发环境无所谓，但打进生产包就是隐患。
必须显式带上三个参数：--no-dev、--optimize-autoloader、--classmap-authoritative。漏一不可，不是“建议”，是线上可运行的底线。
-
--no-dev：跳过 PHPUnit、PHPStan 等开发依赖，避免把测试工具打进生产包 -
--optimize-autoloader（可简写为-o）：生成vendor/composer/autoload_classmap.php，绕过 PSR-4 文件扫描，类加载提速 50% 以上 -
--classmap-authoritative：配合前一个参数，让 Composer 完全信任 classmap，不再 fallback 到文件系统查找——这是防止Class not found的最后一道防线
Phing/Ant 调用 composer install 时怎么传参
Phing 和 Ant 本身不解析 Composer 的语义，它们只是执行 shell 命令。所以关键不是“怎么集成”，而是“命令拼得对不对”。
在 build.xml 中，用 <exec></exec> 或 <composertask></composertask> 都行，但命令字符串必须完整：
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction
注意加上 --no-interaction，否则在无 TTY 的 CI 环境里会卡住。
- Phing 的
<composertask></composertask>需确保已安装扩展，否则退化为<exec></exec> - Ant 不认
composer命令名别名，必须确认composer在 PATH 中，或写绝对路径（如/usr/local/bin/composer） - 不要把参数拆成多个
<arg></arg>却漏掉空格或引号——shell 解析错一个字符就退回到默认行为
post-install-cmd 在构建流里根本不会自动跑
CI 环境默认禁用脚本钩子，不是 bug，是 Composer v2+ 的安全策略。哪怕你在 composer.json 里写了 "post-install-cmd"，只要用了 --no-dev（你肯定用了），它就不会触发。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
别指望它自动执行清理、缓存刷新或 Artisan 命令。可靠做法只有两种：
- 显式补一句：
composer run-script post-install-cmd --no-dev（注意加--no-dev保持环境一致） - 改用自定义脚本名（如
"deploy:post-install"），并在构建步骤里明确调用：composer run deploy:post-install
顺便提醒：post-install-cmd 只在 composer.lock 不存在或过期时才触发，和“每次 install 都跑”完全是两回事。
打包前要不要先验证 autoload 是否可用
要。构建产物能不能上线，第一关就是 autoload 是否能正常载入。很多故障发生在部署后才发现 Class not found，其实构建阶段就能拦住。
加一行快速验证脚本，比等部署完再查日志快得多：
php -r "include 'vendor/autoload.php'; echo 'OK';"
如果报错，说明 --classmap-authoritative 没生效，或某个包的 autoloading 配置有误（比如 PSR-4 的 namespace 声明和目录结构不匹配）。
这步不能省，尤其当你用私有包或自定义 autoload 规则时——CI 构建完直接验证，比线上炸了再回滚成本低得多。
