在上一讲中我们已经完成了Git的环境配置，并了解了版本控制的基本概念。这一讲我们直接进入实战，重点掌握Git日常开发中最核心的三个区域关系，以及文件从修改到保存的完整提交流程。理解这些基础操作，就能避开百分之八十的新手常见坑。
认识Git的三大核心区域
很多初学者觉得Git命令复杂，根本原因在于没搞清楚数据流转的路径。Git的工作状态主要分布在三个地方。第一个是工作区，也就是你电脑里实际编辑代码的文件夹。第二个是暂存区，它像是一个临时中转站，用来存放准备提交的文件快照。第三个是本地仓库，这里是最终存档的地方，每一次提交都会生成一个唯一的版本记录。日常开发时，你的修改首先发生在工作区，然后通过命令推送到暂存区，最后打包存入本地仓库。只要理清这个先后顺序，敲命令就不会乱。
把文件提交到版本库的标准流程
完成项目初始化后，新建或修改了任意文件，第一步需要查看当前状态。输入git status可以清晰看到哪些文件被改动过，红色代表未跟踪，绿色代表已添加到暂存区。确认无误后，执行git add命令将目标文件送入暂存区。如果是单个文件，直接跟上文件名即可。如果希望把当前目录下所有变动一次性加入，可以使用点号作为通配符。注意，这一步只是告诉Git你要准备提交什么，并不会真正保存历史版本。
暂存区准备就绪后，第二步就是正式提交。运行git commit命令，并配合短横线加字母m来编写提交说明。提交说明要简明扼要，例如写明本次修改的功能模块或修复的问题。只有写完说明并按下回车，Git才会把暂存区的数据固化到本地仓库中。如果忘记写说明，Git会提示错误并拒绝提交，这是为了防止产生大量无意义的版本记录。养成每次提交都附带规范说明的习惯，能让后续回溯问题变得异常轻松。
常用查看命令与历史记录管理
提交完成后，及时核对记录是良好的操作习惯。git log命令能列出所有的提交历史，包含哈希值、作者信息和时间戳。对于刚入门的用户，建议加上短横线加oneline参数，这样能把每条记录压缩成一行显示，界面更加清爽。如果发现某次提交写错了说明，或者想撤销刚才的操作，可以使用git reset命令回退到指定状态。这里需要特别注意区分软回退和硬回退的区别，软回退只会重置索引位置，保留工作区的修改；硬回退则会彻底丢弃工作区和暂存区的所有改动，请务必谨慎使用。
除了查看历史，对比差异也是日常高频需求。当你不确定某个文件改动了哪里时，git diff命令会高亮显示新增和删除的具体行号。结合前面的状态检查，你可以精确控制哪些改动需要纳入版本管理。掌握这套工作区、暂存区与仓库之间的切换逻辑，你就已经跨过了Git学习的第一道门槛。接下来只需多练几次命令行组合，熟练度自然会提升。下一讲我们将深入探讨分支管理与多人协作的实际场景，提前熟悉这些命令将为后续的团队开发打下坚实基础。
