composer clear-cache是最简官方命令,无缩写别名;它仅清理~/.composer/cache/下的repo/、files/、vcs/子目录,不删vendor/、composer.lock或项目文件。

composer clear-cache 命令本身已是最简写法
Composer 没有比 composer clear-cache 更短的官方命令。它不接受缩写如 composer cc 或 composer clr,强行使用会报错 Command "cc" is not defined。
这个命令是唯一入口,没有别名或隐式简写,也不支持配置 alias 替换(因为它是全局命令,不是项目级脚本)。
为什么不能像 npm cache clean 那样用 -f 缩写?
Composer 的命令解析器不支持单字母缩写机制——不像 git co 可映射到 git checkout,composer 所有子命令必须拼写完整。
-
composer install不能写成composer i -
composer update不能写成composer u - 同理,
composer clear-cache也不能缩写
这是由 symfony/console 组件在 Composer 中的配置方式决定的:未显式注册缩写,就不会触发。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论(Discussion)”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性,以及撰写结论。当用户输入以下任一指令时也会自动触发该功能: - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
想“快速”执行,只能靠 Shell 层面优化
真正提速的方式不在 Composer 本身,而在你的终端环境:
- 在 shell 配置文件(如
~/.zshrc或~/.bashrc)中添加 alias:alias comcc='composer clear-cache'
- 执行后重载配置:
source ~/.zshrc,之后就能直接敲comcc - 注意:该 alias 仅对当前用户生效,且不会被 CI/CD 环境继承
别用 function 包一层再调用,纯 alias 足够;也别试图改 Composer 源码加缩写——升级就会覆盖。
缓存路径和清空效果要心里有数
composer clear-cache 实际清理的是 COMPOSER_HOME 下的 cache/ 目录(默认为 ~/.composer/cache/),包括:
-
repo/:包元数据(如 packagist.org 的 JSON 响应) -
files/:下载的 ZIP、TAR 归档 -
vcs/:Git clone 出来的临时仓库
它不会删除 vendor/ 或 composer.lock,也不会影响已安装的依赖。如果遇到 “缓存没清干净”,大概率是因为你运行命令时用了 --no-cache 或设置了 COMPOSER_CACHE_DIR 环境变量指向了其他路径。










