Composer没有composer archive命令，正确做法是先执行composer install --no-dev --optimize-autoloader，再用tar或zip打包整个项目目录。
composer archive 命令根本不存在
Composer 没有 composer archive 这个命令，官方文档和源码里都查不到。你搜到的所谓“教程”，大概率是把 composer archive 和其他工具（比如 zip、tar）或自定义脚本混在一起讲，甚至误把 Laravel 的 php artisan package:discover 或某些私有仓库的归档流程当成了 Composer 原生功能。
真正能打包项目的两个可靠方式
想把当前项目（含依赖）打成一个可离线部署的压缩包，只有两种符合 Composer 工作流的做法：
- 先运行
composer install --no-dev --optimize-autoloader，确保vendor/完整且精简；再用系统命令打包整个目录（推荐tar -czf myapp.tar.gz .或zip -r myapp.zip .） - 用
composer create-project --no-install --prefer-dist vendor/name myapp克隆一份干净副本，再进目录执行composer install --no-dev，最后打包 —— 适合分发“带锁文件但不含 dev 依赖”的标准发布版
注意：--no-dev 不加的话，vendor/ 会多出几十个测试/开发专用包，体积翻倍，还可能引入安全风险；--optimize-autoloader 能让 autoload_classmap.php 提前生成，避免运行时扫描，这对打包后部署尤其关键。
为什么不能直接 zip vendor/ 后扔到另一台机器？
直接压缩 vendor/ 目录再解压到目标环境，90% 会失败，原因很实在：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
vendor/autoload.php里写的路径是绝对路径或相对当前项目的路径，换位置后 require 失败 - 某些包（比如
symfony/console）在安装时会写入bin/下的可执行文件，这些文件头部的#!/usr/bin/env php路径没问题，但若目标机器 PHP 版本不一致，运行就报错 -
composer.lock没一起带过去，或者没重新 runcomposer install，后续composer update会彻底破坏一致性
所以，“打包 vendor”不是不行，而是必须搭配 composer install 流程走完才算落地 —— 它不是归档动作，是安装动作。
想自动化打包？别造轮子，用现成钩子
Composer 支持 scripts，在 composer.json 里加一段就能一键打包：
"scripts": {
"archive": [
"composer install --no-dev --optimize-autoloader",
"tar -czf release-$(date +%Y%m%d-%H%M).tar.gz --exclude='node_modules' --exclude='.git' --exclude='tests' ."
]
}
然后执行 composer run archive 即可。注意三点：
-
--exclude参数必须写全，否则压缩包里混进.git或大体积资源，既占空间又可能泄露敏感信息 - 别用
zip在 Linux 上打包，中文路径容易乱码；tar更稳妥 - 如果项目用了
composer config repositories指向私有源，打包前得确认目标机器也能访问，否则composer install会卡住
最常被跳过的其实是权限问题：打包用 root，解压后 www-data 用户没权限读 vendor/，结果 500 错误查半天——打包前记得 chown -R www-data:www-data vendor/ 或改 umask。
