Composer不提供composer clean命令，清理vendor中无用Git分支需手动进入包目录执行git remote prune origin、git branch -r -d origin/*及git gc；根本解法是禁用prefer-source，改用prefer-dist。
Composer 本身不维护“分支镜像”——你看到的所谓“无用分支”，其实是 vendor/ 下包的 Git 克隆副本（由 composer install 或 composer update 触发的源码安装模式导致），或是 ~/.composer/cache/vcs/ 中的 VCS 缓存。清理它们不能靠 composer clean（这个命令根本不存在），得手动干预或调整策略。
为什么 vendor 里会出现 Git 分支信息？
当你在 composer.json 中使用 "type": "package"、指定 "source"，或启用了 "prefer-source": true（例如开发中调试用），Composer 就会 clone 整个 Git 仓库到 vendor/{vendor}/{package}/，并保留 .git/ 目录。这些不是“镜像”，而是本地工作副本。
- 运行
ls -A vendor/monolog/monolog/.git能确认是否存在 -
git -C vendor/monolog/monolog branch -a可列出所有远程分支（含大量无用的origin/*） - 这些分支不会影响运行，但会拖慢
git status、占用磁盘、干扰 IDE 的 Git 集成
如何安全清理 vendor 中的无用 Git 分支和历史？
目标是保留当前检出的 commit（即 Composer 锁定的版本），删掉所有远程分支引用和冗余对象，让 .git/ 变轻量。不要直接删 .git/ ——否则下次 composer update 可能重新 clone。
- 进入包目录：
cd vendor/monolog/monolog - 清除远程分支跟踪：
git remote prune origin - 删除所有远程分支引用：
git branch -r --format='%(refname)' | sed 's/^origin\///' | xargs -I {} git branch -r -d origin/{} - 精简对象数据库：
git gc --prune=now --aggressive - 回到项目根目录后，可选：用
composer install --no-dev --optimize-autoloader确保后续操作不触发 source 模式
怎么避免下次又塞一堆分支进来？
根本解法是控制 Composer 的安装行为，而不是反复清理。
- 检查是否误设了
"prefer-source": true—— 生产环境应禁用，改用"prefer-dist": true（默认） - 全局关闭 source 模式：
composer config -g prefer-source false - 若需调试某包，临时进
vendor/{pkg}改代码，完事后用git reset --hard && git clean -fdx恢复，而非长期保留完整 repo - VCS 缓存（
~/.composer/cache/vcs/）可定期清空：composer clear-cache，它不影响 vendor，但能防止 Composer 从过期的本地 clone 中拉取错误 commit
真正麻烦的不是分支数量，而是 prefer-source 和未约束的开发习惯混在一起——一个配置开关，就能让 vendor/ 从轻量分发包变成臃肿 Git 副本。清理只是补救，关掉那个开关才是关键。
