用 git config --global alias.co checkout 配置别名最稳妥，避免手动编辑 ~/.gitconfig 出错；优先采用 co/ci/st 等社区标准缩写；带参数或复杂逻辑的 alias 需加 ! 声明为 shell 命令并正确转义。
git config 怎么配 alias 才不会被覆盖
全局 alias 配置写在 ~/.gitconfig 里，但很多人改完没生效，其实是误写了 [alias] 的位置或用了错误的命令。直接用 git config 命令最稳妥，它会自动处理文件格式和节区（section）嵌套。
- 用
git config --global alias.co checkout，不是手动编辑文件——避免手抖写错括号或缩进 - 别在
.git/config（项目级）里配全局 alias，否则换个项目就失效 - 如果已手动改过
~/.gitconfig，执行一次git config --global --edit让 Git 自动校验语法，防止因格式错误导致后续所有 alias 失效
co / ci / st 这些缩写怎么选才不冲突
短 alias 容易撞车，比如 ci 有人设成 commit，也有人想指 clean install（虽然那是 Maven）。Git 本身不校验 alias 是否重名，冲突后以最后加载的为准，而加载顺序是：系统级 → 全局 → 本地，容易误覆盖。
- 优先用 Git 内置命令的首字母组合：
co=checkout、ci=commit、st=status，这是社区事实标准，协作时别人更容易理解 - 避免用单字母 alias（如
g），Windows 上可能和系统命令冲突；macOS/Linux 下还可能和 shell 别名打架 - 如果真要加构建类命令（如
git ci触发 CI），建议用长一点、带前缀的，比如alias.ci-ci或alias.run-ci
带参数的 alias（比如 lg）为什么执行报错
lg 这类带格式化输出的 alias 必须用引号包裹整个命令，且要用 ! 显式声明为 shell 命令，否则 Git 会把它当纯 Git 子命令解析，参数传不进去。
GitHub Hosts CN
下载
GitHub Hosts 更新工具（仅限中国用户），安全更新系统hosts文件，保留原有非GitHub条目，仅替换GitHub相关地址。支持备份恢复和风险提示。用于解决GitHub访问问题。
- 正确写法：
git config --global alias.lg "![git log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all]" - 漏掉开头的
!，Git 就试图找一个叫log --graph...的子命令，报错git: 'log --graph' is not a git command - Windows 用户注意：PowerShell 对引号和转义更敏感，建议统一用 Git Bash 或 WSL 配置，避免
%C颜色代码被截断
alias 支持函数吗？能不能自动补全
Git alias 本身不支持函数定义，但可以用 shell 函数 + alias 组合实现。不过补全得靠外部工具，Git 原生不提供 alias 参数补全。
- 想实现类似
git co branch-name自动补全分支名，得依赖 shell 的 Git 补全脚本（如 bash-completion 或 zsh 的git-completion.bash），alias 名本身不能触发补全 - 函数型 alias 要这样写：
git config --global alias.co '!f() { git checkout "${1:-main}"; }; f'，注意引号嵌套和分号结尾 - 函数里用
${1:-main}设默认参数，比每次输git co main少敲字，但别滥用——逻辑一复杂就该写成独立脚本放~/bin/并加入 PATH
alias 看似简单，但跨平台路径、shell 类型、Git 版本差异都会让同一行配置在不同机器上行为不一致。配完务必在目标环境跑一遍 git co --help 和 git st，看是否真按预期执行，而不是只信配置文件里写了什么。
