在之前的课程中，我们已经学会了如何创建分支、合并代码以及处理冲突。很多同学在实际开发时会遇到一个常见场景：正在写新功能写到一半，突然接到紧急通知要去修复线上Bug。如果直接提交当前代码，会污染正式的开发分支；如果不提交，新写的代码又会丢失或带来风险。这时候就需要用到Git的两个非常实用的进阶命令：暂存功能与变基操作。这两项技能能极大提升你的代码管理效率。
Git Stash 为什么需要暂存功能
暂存的核心作用是把当前工作区的修改先收起来，让目录恢复到干净的状态，等忙完手头的事再原封不动地放回来。它不像普通提交那样产生新的历史记录，而是临时存放在栈结构中。最常用的命令是 git stash save 描述信息，你可以给每次暂存打个标签，方便后续辨认。比如 git stash save fix urgent bug，这样在执行 git stash list 查看时就能清楚看到每条记录的用途。收好之后，就可以放心去切分支修Bug了。修完后回到原来的分支，用 git stash pop 把最新的一条暂存恢复并自动删除该条记录。如果你不想删除，只想应用但不清理，可以用 git stash apply。有时候你只需要恢复某一次特定的暂存，可以直接指定编号，例如 git stash apply stash@{2}。另外，有些同学只改了配置文件或者生成了编译缓存，这些根本不需要保留，可以在暂存时加上参数忽略特定文件。需要注意的是，暂存区默认不保存新建的文件和删除的记录，如果需要完整保留，可以加上 include-untracked 参数。
Git Rebase 让提交历史更整洁
合并分支大家已经用过 git merge，它会生成一个新的合并节点，保留完整的分支轨迹。但有时候本地提交了七八次零散的 commit，比如改了一行、补个注释、修复拼写错误，这些琐碎的提交会让历史变得杂乱无章。这时候 rebase 就能大显身手。它的核心逻辑不是生成新节点，而是把当前的提交挪动到目标分支的最新位置，重新按顺序排列。最简单的用法是 git rebase master，表示把当前分支的改动重新基于最新的 master 分支进行重写。执行过程中如果遇到冲突，解决完冲突后继续输入 git rebase continue 即可。如果你想整理本地的多次提交，可以使用交互式变基。运行 git rebase -i HEAD~3，系统会打开编辑器列出最近三次提交。你可以把想合并的 commit 前面的 pick 改成 squash 或 fixup，保存退出后，Git 会提示你合并提交的说明文字。整理完毕后，再用 git push origin 分支名 --force-with-lease 强制推送更新远程仓库。注意 force-with-lease 比普通的 force 更安全，它能防止覆盖他人已推送到远程的代码。
日常开发中的组合用法
在实际团队协作中，暂存和变基经常配合使用。比如你发现主分支更新了，但自己的功能还没写完，不想频繁切换，可以先用暂存把代码收起来，拉取最新的主分支代码，确认无误后再应用回来。接着用变基把本地未推送的几次零散提交压缩成一条清晰的提交，最后再推送上去。这样的流程既能保持分支历史干净，又能避免多人协作时的冲突堆积。掌握这两个命令后，你会发现 Git 不再只是一个版本记录工具，而是真正融入了开发节奏。记住一点原则：永远不要对已经推送到公共远程仓库的提交进行变基，本地随意折腾没问题，一旦涉及共享历史就要保守处理。多练习几次，你就能熟练驾驭代码流转的节奏了。
