修正最后一次提交的常见误区
很多人提交代码后发现漏了文件或者写错了注释，第一反应往往是重新提交。其实完全没必要。Git提供了 amend 参数，可以直接把当前的暂存区内容合并到上一次提交中。操作前确保要修改的文件已经通过 add 命令加入暂存区，然后执行 git commit --amend。系统会弹出默认的提交信息编辑器，你可以直接保存退出，或者在命令行里用 -m 参数指定新注释。注意这个命令会改变提交的哈希值，如果之前的提交已经推送到远程仓库，强制推送可能会覆盖他人的工作，团队协作时务必谨慎沟通后再执行。
安全撤回已推送的提交记录
本地撤销提交通常用 reset 命令，但一旦代码推送到共享分支，直接使用 reset 强推会导致版本树断裂，引发严重冲突。最稳妥的做法是使用 revert。它会生成一个新的提交来反向抵消之前的改动，保持历史记录完整且可追溯。比如你想撤回最近三次提交，可以依次运行相关指令，或者直接用范围语法一次性处理。revert 生成的提交默认带有自动说明，方便后续排查问题。遇到冲突时，手动解决文件差异后继续执行 revert --continue 即可恢复正常流程。
压缩多个零碎提交提升日志清晰度
开发过程中经常会有频繁的小步提交，比如修复拼写错误、调整样式等。这些碎片化记录会让项目历史显得杂乱无章。利用交互式变基功能可以轻松合并它们。先执行 git rebase -i HEAD~n，其中 n 代表你要查看的最新提交数量。打开编辑器后，每行对应一次提交，默认显示 pick。将不需要保留为独立记录的行改为 squash 或 fixup。fixup 会自动丢弃旧注释并沿用最新一条。保存后 Git 会按顺序合并，再次提示你确认最终注释。变基完成后记得用 force push 更新远程库，同样需注意团队同步问题。
临时保存未完成的修改工作
正在修改核心逻辑时突然接到紧急任务，还没写完的代码不能提交，又不想新建分支怎么办。stash 命令能完美解决这个问题。运行 git stash 会把当前工作区和暂存区的变动打包保存，让目录瞬间恢复干净状态。处理完急事后，输入 git stash pop 就能把上次保存的内容还原回来，同时删除 stash 列表里的对应条目。如果手头有多个保存点，可以用 git stash list 查看所有快照，通过 git stash apply 配合索引指定恢复某次记录。清理不需要的缓存可执行 git stash drop 配合编号，彻底释放空间。
跨分支提取特定代码片段
有时候只需要把某个功能模块从其他分支搬到当前环境，而不是拉取整个分支的全部变更。cherry-pick 正是为此设计。首先找到目标提交的哈希码，可以通过 git log --oneline 快速浏览。拿到串号后执行 cherry-pick 加上哈希值，Git 会自动将该次改动的差异应用到你的工作目录。如果涉及权限或依赖冲突，系统会提示中断，此时需手动调整文件后再继续。此操作非常适合热修复场景，例如主分支出现严重漏洞，直接在稳定版创建补丁提交并挑选该修复记录应用即可，无需等待下一个大版本发布。
日常维护避免历史污染的建议
掌握上述工具只是第一步，良好的提交习惯才能从根本上减少后期补救成本。建议每次提交前先用 status 检查状态，用 diff 预览实际变化。编写注释时遵循清晰结构，说明动机而非过程。定期执行 fetch 和 merge 保持本地与远程同步，避免长期脱节导致合并爆炸。遇到复杂操作前养成备份习惯，创建临时分支隔离风险。Git 本身具备强大的回滚机制，但历史一旦被多人共享就不可逆。熟练运用这些后期手段，能让版本控制真正成为提升效率的利器而非负担，日常多练习几次就能形成肌肉记忆。
