composer 不支持全局命令行别名，所有简写如 cu 均依赖 shell 配置；需在 ~/.zshrc 或 ~/.bashrc 中设 alias 或函数（如 cu() { composer update "$@"; }）并 source 生效，ci/容器中应避免依赖 alias 而改用显式命令或 composer.json scripts。
Composer 本身不支持全局命令行别名，所有「cu 代替 composer update」这类简写，都是 shell 层的配置结果，不是 Composer 自己的功能。
在 ~/.zshrc 或 ~/.bashrc 里加 alias 最直接
现代系统默认用 zsh（macOS 10.15+、Ubuntu 20.04+），老环境或容器里可能是 bash。先确认：echo $SHELL。然后往对应文件末尾追加：
-
alias c='composer'—— 后续可用c install、c dump-autoload -
alias cu='composer update'—— 注意别写成alias cu='c update'，alias 不嵌套展开 -
alias cs='composer serve'—— 前提是项目composer.json的scripts里定义了serve
保存后必须执行 source ~/.zshrc（或 ~/.bashrc）才对当前终端生效。新开终端会自动加载。
要传参数就得用函数，不是 alias
像 cu monolog/monolog --with-all-dependencies 这种带参数的调用，用 alias cu='composer update' 会失败——它只替换开头，后面参数被丢弃或误解析。
正确做法是写函数：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
cu() { composer update "$@"; }——"$@"完整透传所有参数，保留空格和引号 -
cr() { composer require "$@"; }、ci() { composer install "$@"; } - 函数名避开系统命令：比如别叫
ci（GNU coreutils 自带ci），推荐cinstall或coi
Windows 用户若用 WSL，同样适用；原生 CMD/PowerShell 不支持该语法，得换终端或改用批处理。
CI 环境或 Docker 容器里 alias 失效很常见
GitHub Actions、GitLab CI 默认不加载 ~/.zshrc，alias 完全不生效。这时候别依赖 shell 配置：
- 在 workflow 脚本里显式写
composer update，别用cu - 或者统一走
composer.json的scripts，例如："scripts": { "up": "composer update" }，再用composer run up—— 这个可跨环境 - 某些基础镜像（如
php:alpine）默认用sh，不认~/.bashrc，得改用/etc/profile或直接写全路径
另一个坑是：在 root 下改了 /root/.zshrc，却用普通用户执行命令，当然不生效。
别把 shell alias 和 composer.json scripts 混为一谈
有人试图在 composer.json 的 scripts 里写 "cu": "composer update"，以为这样就能让团队共享别名——这是误解。
-
scripts是项目级封装，运行的是composer run cu，不是终端敲cu - shell alias 是终端进程的事，只对你当前用户的 shell 会话有效
- 两者解决的问题不同：alias 简化高频输入，scripts 封装多步逻辑（比如
["@clear-cache", "composer install"]）
真正容易被忽略的是：alias 是否生效，只取决于三件事——你的 $PATH 是否包含 composer 可执行文件、你用的是哪种 shell、以及你有没有 source 对应的配置文件。跟 Composer 版本、PHP 版本、甚至项目结构都无关。
