结论：alias适合简化高频、无副作用的命令，但不可直接别名化rm/cp/mv等危险命令——除非用函数封装备份逻辑并导出；因alias仅作用于交互式shell，脚本中不生效，且不支持参数传递与条件判断。
直接说结论：用 alias 简化开发指令完全可行，但别 alias 掉 rm、cp、mv 这类有破坏性或覆盖风险的命令——除非你明确用函数封装了备份逻辑，否则光靠 alias rm='rm -i' 在脚本里会失效，还可能误导自己。
怎么写一个真正有用的开发 alias
核心是「高频 + 明确语义 + 不掩盖副作用」。比如本地起服务、查端口、清构建产物这类动作，适合 alias；而涉及路径拼接、条件判断、参数转发的，就得上函数。
-
alias devsrv='npm run dev'—— 没问题，纯调用，语义清晰 -
alias cleanbuild='rm -rf dist/ node_modules/ && npm install'—— 行，但建议加-i或改用函数加确认提示 -
alias greplog='grep --color=always -n'—— 推荐，补全常用参数，不改变行为本质 - 别写
alias gitpush='git add . && git commit -m "wip" && git push'—— 提交信息硬编码、没检查状态，容易出错
为什么 alias rm='rm -i' 在脚本里不生效
因为 alias 是交互式 shell 的特性，非交互式 shell（比如执行 ./deploy.sh）默认不展开 alias。即使你在 ~/.bashrc 里定义了，脚本运行时也不会 source 它。
- 现象：
./cleanup.sh里写了rm *.log，结果没提示直接删了 - 原因：脚本启动的是干净的 bash 实例，
alias不继承 - 解法：要么在脚本开头加
shopt -s expand_aliases再source ~/.bashrc（不推荐）；要么统一用函数替代，函数可被导出：function safe_rm { command rm -i "$@"; }; export -f safe_rm
alias 和函数混用的关键细节
当你要传参、做判断、或者调用多个命令时，alias 无能为力，必须用函数，再用 alias 指向它——这是最稳妥的组合用法。
- 错误示范：
alias mkcd='mkdir -p $1 && cd $1'——$1在 alias 展开时就被替换成空，根本不会传参 - 正确写法：
function mkcd() { mkdir -p "$1" && cd "$1"; } alias mkcd=mkcd - 注意单引号和双引号：
alias ll='ls -l --color=auto'没问题；但含变量必须用双引号或函数，alias today='date "+%Y-%m-%d"'里的双引号要转义或换单引号包裹整个字符串 - 函数名和 alias 名可以同名，但优先级：函数 > alias > 命令，所以
rm别名若指向函数，就真的能接管所有调用（包括脚本里，只要函数被定义且未被 unset）
最容易被忽略的是：alias 只作用于交互式 shell，且不能嵌套展开。比如你 alias 了 ll，又想基于它写 alias llt='ll | tail -20'，这看似合理，但实际执行时 llt 会展开成 ls -l --color=auto | tail -20，而不会再次展开 ll —— 因为 alias 不递归。真要复用，得直接复制原始命令，或统一收口到函数里。
