Composer 本身无命令别名功能，需通过 shell 配置 alias 或函数实现；zsh/bash 中添加 alias c='composer' 等可简化命令，但传参需用函数如 cu() { composer update "$@"; }，并注意 source 配置文件及用户权限。
Composer 本身没有内置命令别名功能，所有“cu代替composer update”这类简写，都得靠 Linux shell 自己配——不是 Composer 的能力，而是你终端的配置。
在 ~/.zshrc 或 ~/.bashrc 里加 alias 最直接
现代 Linux 和 macOS 默认用 zsh，老系统或 Docker 容器里可能还是 bash。先确认：echo $SHELL。然后往对应文件末尾追加几行：
-
alias c='composer'—— 所有后续命令都能缩成c install、c dump-autoload -
alias cu='composer update'—— 注意别写成alias cu='c update'，因为 alias 不展开嵌套 -
alias cs='composer serve'—— 如果项目scripts里定义了serve，这个就真能跑起来
保存后执行 source ~/.zshrc（或 ~/.bashrc）立即生效。新开终端也自动加载。
用函数替代 alias，才能传参数
alias 不能透传参数，比如 cu foo/bar 会报错“Too many arguments”。这时候得改用函数：
- 在配置文件里写：
cu() { composer update "$@"; } -
"$@"会原样转发所有参数，cu --with-all-dependencies monolog/monolog就能正常工作 - 同理可写
ci() { composer install "$@"; }、cr() { composer require "$@"; }
函数比 alias 更灵活，尤其当你习惯加 --dry-run 或 -v 调试时，这是刚需。
别漏掉 reload 配置和权限问题
常见失败不是写错了，而是没让新配置进当前会话：
- 改完
~/.zshrc忘了source，敲cu还是提示 command not found - 在 root 下改了
/root/.zshrc，却用普通用户运行，当然不生效 - 某些 CI 环境（如 GitHub Actions）默认不加载 shell 配置，alias 完全无效，得改用
scripts或显式写全命令
另外，别把 alias 写进项目级 composer.json 的 scripts 里想“统一团队习惯”——那只是项目内命令封装，跟终端 alias 是两回事，别混。
真正要记住的只有一条：shell alias 是终端的事，Composer 不管；它生效与否，只取决于你的 $PATH、shell 类型、配置文件是否被 source，以及你当前用的是哪个用户身份。
