企业官网建设流程全解析

• 教程
• 文档

Git 别名是 Git 内置的个性化定制能力，可以把冗长、复杂的命令压缩成简短易记的快捷键，从而降低认知负担、显著提升日常开发效率。本文基于 30-seconds-of-code 仓库中 Git 别名指南 的完整内容，深入讲解别名的创建、批量配置、一套可直接复制的实用别名清单，并结合仓库内配套的 Git 配置类文章，补充别名的列出、覆盖、删除以及默认文本编辑器配置等进阶玩法，让读者既能上手实操，也能理解背后的配置原理。

为什么要使用 Git 别名

Git 的常用命令往往存在两种"痛点"：一是命令本身冗长，例如git checkout -b、git commit --amend -m，每次敲全量命令既费时又容易出错；二是复杂操作由多个命令组合而成，例如"先拉取远端再切换分支"需要依次执行git fetch和git checkout，心智负担较重。

Git 别名正是为解决这两个问题而生的：它允许你为任意命令或命令组合创建快捷方式，把高频操作收敛成 2～4 个字母的短命令。正如 aliases.md 中所述，就定制化（customization）而言，这是 Git 提供的最强大的特性之一——既能给复杂命令创建快捷键，也能让整个工作流更高效。

创建别名：一条命令搞定

创建别名最简单的方式是使用git config命令，基本语法如下：

# Syntax: git config --global alias.<alias> <command>

• --global：将别名写入全局配置文件~/.gitconfig，对所有仓库生效；
• 省略--global则只写入当前仓库的.git/config，仅对该仓库生效；
• <alias>是你要定义的别名名称；
• <command>是被替代的 Git 子命令；如果命令包含空格，需要用引号整体包裹。

例如，把checkout缩短为co，把commit -m缩短为cm：

git config --global alias.co checkout # Creates an alias `co` for the `checkout` command git config --global alias.cm "commit -m" # Creates an alias `cm` for the `commit -m` command

设置完成后，git co <branch>等价于git checkout <branch>，git cm "message"等价于git commit -m "message"。

批量配置：直接编辑配置文件

当别名数量增多，或者要添加包含特殊字符的复杂命令时，逐条执行git config会比较繁琐。此时可以直接打开 Git 配置文件进行编辑：

# Syntax: git config --global -e git config --global -e # Opens the global git configuration file in the default git text editor

git config -e会在 Git 默认文本编辑器中打开配置文件；加上--global编辑全局配置，省略则编辑当前仓库的本地配置。这一思路与仓库中的 edit-config.md 完全一致——与其用git config敲十几遍，不如直接改文件，尤其适合批量添加带引号、管道符等特殊字符的命令，无需担心转义问题。

[!TIP] 打开配置文件后，你可能希望提前把 Git 默认文本编辑器配置成自己顺手的编辑器（如 VS Code、Vim 或 Sublime Text），详见下文"让别名更顺手"一节。相关完整说明见仓库中的 configure-default-text-editor.md。

一套可直接复用的实用别名清单

下面是 aliases.md 中整理的一套经过实践检验的别名清单，可直接复制到~/.gitconfig的[alias]段使用，也可按需修改：

[alias] co = checkout cob = checkout -b coo = !git fetch && git checkout br = branch brd = branch -d st = status aa = add -A . unstage = reset --soft HEAD^ cm = commit -m amend = commit --amend -m fix = commit --fixup undo = reset HEAD~1 rv = revert cp = cherry-pick pu = !git push origin `git branch --show-current` fush = push -f flush = push --force-with-lease mg = merge --no-ff rb = rebase rbc = rebase --continue rba = rebase --abort rbs = rebase --skip rom = !git fetch && git rebase -i origin/master --autosquash save = stash push pop = stash pop apply = stash apply rl = reflog

下面按功能分组逐一解析，方便理解每个别名的用途与适用场景。

分支与切换

其中coo已开始使用!前缀（详见"别名的高级玩法"），将"拉取 + 切换"两个操作合并为一步。

提交与撤销

关于fix别名，仓库中的 create-fixup-commit.md 给出了完整用法：先git add .，再git commit --fixup <commit>创建 fixup 提交，最后执行git rebase HEAD~5 --autosquash（或git rebase -i --autosquash）让 fixup 提交自动并入它所指向的原提交，保持提交历史干净整洁。该文章还提供了一个进阶技巧：安装fzf后，可用!git log -n 50 --pretty=format:"%h %s" --no-merges | fzf | cut -c -7 | xargs -o git commit --fixup这种基于 shell 的别名交互式选择最近 50 个提交之一来创建 fixup 提交。

推送与合并

其中flush是比fush更安全的强制推送方式。仓库中的 force-push-better-alternative.md 明确指出：git push --force-with-lease会在强制推送前检查远端分支自上次拉取后是否被更新过，若他人已推送新内容则直接拒绝，从而防止在共享分支上意外覆盖他人工作。该文作者甚至表示已完全用--force-with-lease替代了git push --force。

同样地，mg = merge --no-ff背后的动机可参考 disable-fast-forward.md：Git 默认在可能时执行快进合并，只移动指针而不产生合并提交；如果你希望保留分支历史结构或强制产生合并提交，就可以使用merge --no-ff或全局配置git config --global --add merge.ff false。alias 化的好处是只在需要时启用这一行为。

变基与整理历史

rbc/rba/rbs三个别名覆盖了交互式变基（interactive rebase）的三种典型分支路径，结合fix别名与rom的--autosquash，可以形成一套"发现问题 → 创建 fixup 提交 → 交互式变基自动整理"的完整历史整理工作流。交互式变基的更多细节可参考仓库中的 interactive-rebase.md。

暂存与恢复

其中save/pop/apply构成了一套完整的暂存工作流，仓库中的 stashing.md 对其有更详细的说明；而rl = reflog则与 view-undo-history.md 相呼应——即便误操作丢了提交，只要 reflog 里还有记录，就能恢复。

别名的高级玩法：!前缀与 shell 命令

观察上述清单会发现，coo、pu、rom这三个别名以!开头。这是 Git 别名的一个关键机制：

• 普通别名（不带!）在 Git 内部解析为git <command>，只能替代单个 Git 子命令（可含参数）；
• 以!开头的别名会在 shell 中直接执行，不走 Git 子命令解析，因此可以自由组合多个命令、使用管道（|）、逻辑运算符（&&）以及反引号命令替换。

举例说明：

[alias] coo = !git fetch && git checkout # 依次执行 fetch 与 checkout pu = !git push origin `git branch --show-current` # 反引号中动态求值当前分支名 rom = !git fetch && git rebase -i origin/master --autosquash # 拉取后交互式变基

对于pu这类别名，反引号\git branch --show-current`会在命令执行时先求出当前分支名，再拼进git push origin，因此无论你在哪个分支上，git pu` 都能把当前分支推送到远端同名分支。这正是 shell 别名强大之处——普通别名无法做到这种"先求值、再拼装"的动态行为。

管理你的别名：列出、覆盖与删除

别名多了以后，难免记不清。仓库中的 list-aliases.md 给出了一个"一行流"命令来列出所有别名：

# Syntax: git config -l | grep alias | sed 's/^alias\.//g' git config -l | grep alias | sed 's/^alias\.//g' # st=status # co=checkout # rb=rebase

这条命令分三步工作：

1. git config -l：列出配置文件中设置的所有变量（包括全局与本地配置）；
2. grep alias：过滤出只包含alias的行；
3. sed 's/^alias\.//g'：把每行开头的alias.前缀去掉，得到干净的别名=命令形式。

除列出外，还有两种常用的管理操作：

• 覆盖别名：直接重新执行git config --global alias.<alias> <新命令>，同名别名会被新命令替换；
• 删除别名：执行git config --global --unset alias.<alias>，或打开配置文件手动删除对应行（编辑方式见前文git config --global -e）。

让别名更顺手：配置默认文本编辑器

使用git config --global -e编辑配置、编写提交信息、执行交互式变基时，Git 都会调用其默认文本编辑器。如果默认编辑器不合口味，可以按仓库中的 configure-default-text-editor.md 进行配置：

# Usage: git config --global core.editor <editor-command> git config --global core.editor "code --wait" # Sets VS Code as the git text editor git config --global core.editor "vim" # Sets Vim as the git text editor git config --global core.editor "subl --wait" # Sets Sublime Text as the git text editor

注意：图形化编辑器（VS Code、Sublime Text）通常需要带--wait参数，确保 Git 等待编辑器关闭后再继续执行；终端编辑器（如 Vim）则直接写命令名即可。配置完成后，git config --global -e就会用你熟悉的编辑器打开.gitconfig，编辑那 20 多个别名将变得非常轻松。

关联阅读

以上内容取自 30-seconds-of-code 仓库的 Git 配置类文章，以下是本主题相关的配套文档，可继续深入：

• aliases.md：本文核心来源，Git 别名创建与实用清单
• edit-config.md：用git config -e打开并编辑配置文件
• list-aliases.md：用一行命令列出所有别名
• configure-default-text-editor.md：配置 Git 默认文本编辑器
• force-push-better-alternative.md：--force-with-lease安全强推
• create-fixup-commit.md：fixup 提交与--autosquash工作流
• interactive-rebase.md：交互式变基详解
• stashing.md：stash 暂存工作流
• view-undo-history.md：借助 reflog 找回丢失提交

这些文章共同构成了 Git 配置主题的完整知识链，你可以在仓库的 configuration.yaml 集合页中找到更多同类内容。把上述别名清单复制进你的~/.gitconfig，再配合git config --global -e的批量编辑能力，你的 Git 工作流将从此变得更加高效、顺手。

• 教程
• 文档