学习Git到了第十六讲，大家应该已经熟悉了日常的分支创建、合并和冲突解决。今天我们要进入更贴近实际开发场景的高级操作。很多开发者在团队协作中会遇到提交记录杂乱、临时打断工作流或者需要调整本地提交历史的困扰。本节将重点讲解变基、暂存和工作区修改这三个实用功能，帮你把本地仓库整理得干净利落。
变基操作的底层逻辑与使用场景
变基听起来像是一个复杂的术语，其实它的核心思想很简单。当你有两个分支，比如主分支和你正在开发的特性分支时，合并操作会把两个分支的历史节点拼在一起，生成一个新的合并提交。而变基则是把你的特性分支上的每一次提交，重新应用到主分支的最新位置。这样做的好处是历史记录会保持一条直线，看起来非常清晰。
实际操作时，先确保你的特性分支没有未提交的更改，然后切换到该分支输入变基命令并指定目标分支。Git会自动把当前的提交暂时保存，更新目标分支到最新状态，再把你的提交逐一应用上去。如果你在执行过程中遇到冲突，解决完冲突后继续变基即可。需要注意的是，变基会改写提交历史，所以千万不要对已经推送到远程公共仓库的分支进行变基操作，否则会让团队成员的本地仓库陷入混乱。
暂存功能的灵活切换技巧
工作中经常会出现这种情况：你正在写一个模块的代码，改了一半发现团队突然要求去修一个紧急线上Bug。这时候直接提交显然不合适，手动回退又太麻烦。Git的暂存功能就是为了解决这种中断问题设计的。你可以把当前工作区的改动打包成一份快照存起来，然后干净地切换分支去处理其他任务。
使用暂存命令时加上相关参数可以让Git自动帮你保存已跟踪的文件和未跟踪的新增文件。执行成功后终端会提示你新的改动已存入堆栈。此时你可以自由切换分支，做完事情回来后再通过恢复命令读取之前的快照。如果之前累积了多份暂存记录，可以通过列表查看编号，按需恢复指定的那一份。用完记得清理不需要的暂存记录，保持工作目录清爽。这个功能特别适合需要频繁在不同任务间切换的开发者。
提交历史的精细打磨
新手写代码时经常会有多次零碎的提交，比如提交一次说修复了格式错误，下次又说补充了注释，最后可能还有一次误操作的文件添加。这些散乱的记录在代码审查时会大幅增加阅读负担。Git提供了两种经典方式来整理这些提交。
第一种是修改最近一次的提交内容。如果你写完代码发现漏加了某个配置文件，或者提交说明写错了，不需要新建提交，直接用带参数的提交命令并配合编辑器选项，就可以把最新的改动追加到上一次提交里。第二种是针对多条历史的压缩操作。当你连续提交了三四次小改动时，可以启动交互式变基模式，选择从最近的某次提交开始，把后面的提交标记为压缩。Git会打开一个配置界面，让你把这些零散的提交合并成一条完整的记录，同时保留所有修改的内容。这样推送上去的历史就会显得专业且条理分明。
日常实践建议
掌握了这些工具后，建议在日常开发中养成定期整理本地历史的好习惯。特性分支开发期间尽量保持每次提交对应一个明确的功能点，避免混合无关改动。推送前花几分钟检查提交记录，该合并的合并，该变基的变基。记住变基只作用于个人私有分支，公共主干永远使用合并策略。配合暂存功能应对突发需求，你的版本控制流程会顺畅很多。下一讲我们将深入探讨Git钩子机制，教你如何用脚本自动化日常检查步骤。
