git别名必须用git config --global alias配置并存于~/.gitconfig，不可写入.bashrc；多命令需加!和单引号，避免与内置命令重名，禁用git -c以防路径残留。
Git别名必须用 git config --global alias 配置，不是改 .bashrc 或写 shell 函数——后者是 Linux 系统级 alias，和 Git 无关，混用会导致命令行为错乱。
别名写在哪？优先用 git config --global alias
所有 Git 别名都该存进用户级配置文件 ~/.gitconfig，由 Git 自己解析执行。这不是 shell 层的事，所以：
- 别在
.bashrc里写alias git-st='git status'—— 这属于系统 alias，Git 不认，且容易和真实git st冲突 -
git config --global alias.st status才是正解：Git 启动时自动加载，跨平台（Windows/macOS/Linux）全兼容 - 想只对当前仓库生效？去掉
--global，命令变成git config alias.st status，配置会写进项目下的.git/config
多命令组合必须加 ! 和单引号，否则只执行第一段
比如想定义一个「暂存全部 + 提交 + 推送」的别名 mm，直接写：
git config --global alias.mm 'add . && commit -m "auto" && push'
结果只会运行 git add .，后面被忽略——因为 Git 把它当成了子命令查找，而不是 shell 执行流。
正确写法要满足两个硬性条件：
- 开头必须是
!，告诉 Git：“接下来是外部 shell 命令” - 整个值必须用单引号包裹，避免 shell 提前解析空格或特殊字符
所以应写成：
git config --global alias.mm '!f() { git add . && git commit -m "${1:-auto}" && git push; }; f'
这样 git mm "init" 才能把 "init" 传给 ；没包 f() { } ; f 的话，参数根本进不去。
GitHub Hosts 更新工具（仅限中国用户），安全更新系统hosts文件，保留原有非GitHub条目，仅替换GitHub相关地址。支持备份恢复和风险提示。用于解决GitHub访问问题。
别名名不能和内置命令重名，否则 git status 可能突然失效
Git 对别名覆盖很“干脆”：一旦你配了 git config --global alias.status status，再执行 git status 就会报 unknown command: status。
原因：Git 先查 alias 表，发现 status 指向 status，就去调用名为 status 的子命令——但这个子命令并不存在，它本该走内置逻辑。
安全做法：
- 避开所有内置命令名：
status、log、commit、checkout、branch等都别用作别名名 - 小写缩写基本安全：
st、ci、co、br、unstage（对应reset HEAD --）都没问题 - 不确定是否冲突？运行
git help -a | grep -E '^ [a-z]'看内置命令列表
别在别名里用 git -C 切目录，路径残留风险高
有人想写个「去工作目录提交」的别名：git config alias.wd '!git -C ~/workdir commit -am "daily"'，结果执行完发现当前终端的 pwd 变了，或者后续 git status 显示的是 ~/workdir 的状态。
这不是 bug，是 git -C 的设计行为：它临时切换工作目录，但旧版 Git（尤其是 Git for Windows ≤2.29）不会自动切回来。
更稳妥的做法是用 cd 包裹子 shell：
git config --global alias.wd '!f() { cd ~/workdir && git commit -am "${1:-daily}"; }; f'
如果非要用 -C，先确认 git --version ≥ 2.30，新版已修复多数路径残留问题；但别同时混用 cd 和 -C，语义冲突容易引发不可预测行为。
