Git别名通过git config --global alias.配置，存于~/.gitconfig，需用!和单引号定义复合命令，避免与内置命令冲突、大小写混用及-C路径切换风险。
git config --global alias. 是最直接的配置方式
别名不是靠改 shell 配置或写脚本实现的，Git 自带 git config 就能搞定，所有别名都存在用户级配置文件（~/.gitconfig）里，全局生效、跨项目可用。
实操建议：
- 用
git config --global alias.co checkout这种形式定义最稳妥，不依赖 shell 解析，兼容 Windows / macOS / Linux - 别名值如果是多命令组合，必须加引号并用
!开头，比如git config --global alias.st '!git status -s -b'，否则 Git 会当成子命令去查，报unknown command - 别名名不能和内置命令冲突（如
git config alias.ci commit没问题，但git config alias.status status会覆盖原命令，导致git status报错）
alias 后面跟函数体容易漏掉 ! 和引号
想让别名执行一串操作（比如暂存+提交+推送到 origin/main），很多人直接写 git config alias.mm 'add . && commit -m "auto" && push'，结果运行时只执行了 add .，后面部分被忽略——因为没加 !，Git 不当它是 shell 命令。
正确写法必须满足两个条件：开头是 !，整个值用单引号包裹：
git config --global alias.mm '!f() { git add . && git commit -m "${1:-auto}" && git push; }; f'
常见错误现象：
- 执行后卡住或无响应 → 忘了
!，Git 尝试找名为add的子命令 - 参数传不进去（比如
git mm "init"中的"init"被忽略）→ 函数体没用f() { ... }; f包裹，无法接收$1 - Windows 上报
'git' is not recognized→ 别名里用了双引号，而 cmd 对引号解析异常，统一用单引号
alias 里用 git -C 切路径可能破坏当前工作区感知
有人想写个跨仓库提交的别名，比如 git config alias.wd '!git -C ~/workdir commit -am "daily"，结果发现执行完当前终端的 pwd 变了，或者后续 git status 显示的是 ~/workdir 的状态。
这是因为 git -C 会临时切换工作目录，而某些 Git 版本（尤其是 Git for Windows 的旧版）不会自动切回来。这不是 bug，是设计行为。
安全做法：
- 避免在别名里用
-C切到其他路径，优先用cd+ 子 shell 包裹：git config alias.wd '!f() { cd ~/workdir && git commit -am "${1:-daily}"; }; f' - 如果真要用
-C，确认 Git 版本 ≥ 2.30（git --version查），新版已修复多数路径残留问题 - 别名中不要混用
cd和-C，两者语义不同，叠加易出不可预测行为
alias 名称冲突和大小写敏感性常被忽略
Git 别名默认不区分大小写，但 shell 层面对命令名是区分的。比如你设了 git config alias.St status，在 zsh/bash 下输入 git St 能运行，但在某些 CI 环境或精简 shell（如 dash）里会提示 command not found。
更隐蔽的问题是命名污染：如果你定义了 alias.ci，又装了 git-ci 插件，插件命令可能被别名劫持。
建议原则：
- 别名全用小写字母，避免
.Ci、.ST这类写法 - 避开常见工具链关键字：不叫
ci、cd、ls、rm，哪怕加前缀也比直接冲突强（比如用gci代替ci） - 用
git config --get-regexp alias定期检查是否已有同名别名，尤其多人共用 dotfiles 时
git config --get alias.xxx 看一眼实际存进去的是什么，比猜可靠。 
