如何在自动化运维工具Ansible中配置Composer install命令-composer-PHP中文网

ansible中直接调用composer install是高危操作，会导致nfs元数据队列过载；正确做法是在ci阶段执行composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative构建vendor产物，ansible仅通过unarchive模块安全解压、校验、设权限并设为只读。

如何在自动化运维工具ansible中配置composer install命令

Ansible 中直接调用 `composer install` 是高危操作

别在 Ansible playbook 里写 command: composer install —— 这等于让几百台服务器同时敲命令，NFS 元数据队列瞬间打爆，日志里满屏 No space left on device（实际是 inode 耗尽），不是磁盘满了，是文件系统扛不住并发 stat() 和 open()。

真正该做的，是把 vendor/ 当构建产物分发，而不是运行时生成。Ansible 只负责解压、校验、设权限，不碰 Composer 安装逻辑。

CI 阶段用 Docker 或本地构建机执行：composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative
打包：tar -cf vendor.tar.zst -I zstd -C vendor .（比 gzip 解压快 3×）
Ansible 用 unarchive 模块解压，而非 command 调用 composer
解压后立即执行：chmod -R a-w /app/vendor，锁死写入权限

`unarchive` 模块怎么配才安全

用 Ansible 的 unarchive 替代手写 shell 命令，能自动处理 owner/group、checksum 校验、幂等性，避免 rsync 的海量 stat() 调用。

关键点：路径必须绝对、校验必须开启、解压后禁写。

Discussion Composer

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

下载

src 设为构建产物路径，如 /tmp/vendor.tar.zst（提前推送到目标节点或用 copy 模块下发）
dest 必须是 /app/vendor 这类绝对路径，不能是 ./vendor
加 checksum: sha256:xxx，防止传输损坏；没 checksum 时加 validate_certs: no 仅限内网
必须配 owner: www-data、group: www-data、mode: '0755'，否则 autoload 失败

为什么 `post-install-cmd` 在 Ansible 场景下基本无效

post-install-cmd 只在 vendor/ 不存在或为空时触发，而你用 Ansible 分发的是完整 vendor/，它根本不会跑——这不是脚本写错了，是触发条件没满足。

想在部署后做自动化动作（比如生成配置、清理缓存），得换地方：

放在 CI 构建阶段：Dockerfile 里 RUN php bin/console cache:clear --env=prod
用 Ansible 的 shell 模块在 unarchive 后显式执行，比如：php artisan config:cache
如果真要钩子，改用 post-autoload-dump 并确保它被 composer install --classmap-authoritative 生成的映射覆盖

CI 构建和 Ansible 分发之间必须对齐的三个参数

CI 里 composer install 的参数，决定了 Ansible 分发后能否正常运行。漏一个，上线就报 Class not found 或 failed to open stream。

--no-dev：CI 构建时必须加，否则 vendor/ 里混进 PHPUnit，Ansible 分发后 PHP worker 会加载失败
--optimize-autoloader：生成 vendor/composer/autoload_classmap.php，跳过 runtime scandir()，这是 NFS 场景下的性能底线
--classmap-authoritative：关掉 autoloader fallback，强制只走 classmap，否则哪怕 vendor 只读，PHP 还会偷偷扫目录

这些参数一旦漏掉，Ansible 再怎么配 unarchive 都救不回来——问题不在部署，而在构建产物本身。