Composer archive命令结合企业内部分发平台实现一键化生产部署-composer-PHP中文网

composer archive默认不打包vendor目录，生成的是需二次安装的源码包而非开箱即用的运行包；必须先执行composer install生成vendor，再用tar/zip归档整个项目（含vendor），并确保使用内网仓库、清理敏感文件、预生成权威类映射、校验权限与路径。

composer archive命令结合企业内部分发平台实现一键化生产部署

composer archive打包后，为什么不能直接扔进内网平台分发？

因为composer archive默认只打包源码和composer.json，不包含vendor/目录——它生成的是“可安装包”，不是“可运行包”。你上传到内部分发平台的.zip文件，如果下游机器没装Composer、没配镜像、没连内网仓库，composer install会当场失败，报Could not find package xxx或Failed to download。

常见错误现象：Class not found、require(): Failed opening required 'vendor/autoload.php'、部署脚本卡在Loading composer repositories不动。

必须先在构建机上跑完composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --prefer-dist，再用archive打包整个项目目录（含vendor/）
archive命令本身不处理vendor/，你要靠tar或zip手动归档：比如tar -czf app-release.tar.gz --exclude='.git' --exclude='tests' --exclude='.env*' .
若平台支持预编译包，建议把vendor/清理后再打包：删掉vendor/bin/、vendor/**/tests/、vendor/composer/installed.json，否则泄露风险高

怎么让archive输出带vendor且适配内网仓库？

composer archive不读取composer.lock，也不走repositories配置——它只按composer.json里的name和version拉取远程包。想让它用内网源，得提前配置好全局镜像，且确保构建机环境干净。

使用场景：你有私有Packagist（如Satis或Private Packagist），所有require包都走https://packages.internal/。

Discussion Composer

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

下载

构建前执行：composer config -g repo.packagist composer https://packages.internal/
确认composer.json里没有硬编码repositories字段，否则会覆盖全局配置
打包前务必rm -rf vendor && composer install --no-dev --prefer-dist，保证vendor/里全是内网源下载的dist包，而非git clone
验证方式：解压归档包，检查vendor/composer/installed.json里每个包的dist.url是否指向内网地址

内部分发平台调用时，如何避免权限和autoload失效？

平台自动解压后直接php index.php启动，但常因路径、用户、opcache导致500或类加载失败——这不是archive的问题，是归档内容没对齐生产约束。

关键点在于：归档包必须是“构建即运行”形态，不是“源码+install指令”形态。

归档前必须已生成vendor/composer/autoload_classmap.php，且vendor/autoload.php里'classmap-authoritative' => true已生效
PHP用户（如www-data）必须对vendor/、storage/、bootstrap/cache/有读写权限；归档时用chown -R www-data:www-data .预设好
禁用opcache.enable_cli=0：CLI模式下若关闭opcache，composer dump-autoload生成的classmap不会被缓存，每次请求都重新加载
内网平台解压后应自动执行chmod 755 -R bin/ storage/ bootstrap/cache/，否则php artisan config:cache等命令会Permission denied

archive + 平台自动化，最容易忽略的三个细节

不是命令写错，而是上下文断层：本地能跑，平台解压后挂，往往卡在这三处。

composer.lock没随包一起发布：有些平台只传.zip主体，漏了composer.lock。结果平台解压后composer install fallback 到update，版本漂移
autoload_psr4.php残留dev路径：即使加了--no-dev，某些包的autoload-dev规则仍写死在vendor/composer/autoload_psr4.php里。必须用composer dump-autoload -o --classmap-authoritative重刷一遍
平台解压路径含空格或中文：比如/data/app v2.1/，会导致autoload_static.php里生成的绝对路径失效。归档前统一用export COMPOSER_HOME=/tmp/composer隔离环境变量