在之前的课程中，我们已经完成了Git的环境配置和本地仓库的初始化。到了第三课，我们将进入最实用的阶段，把重心放在日常开发中最频繁使用的核心操作上。很多初学者觉得Git命令多且难记，其实只要理清了数据流向，剩下的就是肌肉记忆。本节课主要围绕工作区、暂存区、提交记录以及基础分支展开，配合实操案例，帮你彻底打通本地开发的完整流程。
理解工作区与暂存区的分工
Git的管理逻辑和其他传统版本控制工具不太一样，它把工作流分成了三个明确的区域：工作区、暂存区和版本库。工作区就是你电脑上实际存放代码文件的地方，你改了一行代码，这只是在工作区里发生了变动。暂存区则是位于工作区和版本库之间的一个缓冲区，用来临时存放准备提交的改动。版本库才是真正保存历史快照的地方。搞清楚这三者的关系，你就不会乱用命令了。当你觉得某个文件的修改已经完善，可以打包带走时，就把它移到暂存区；当你确认所有暂存的改动都准备好了，再统一提交到版本库。
核心命令的实战用法
对应的操作命令非常直观。使用git add命令可以把指定文件或者所有修改过的文件加入暂存区。日常开发中，推荐先检查状态，输入git status可以快速看到哪些文件被修改过，哪些已经在暂存区里，颜色提示会非常清晰。接着使用git commit命令将暂存区的改动正式写入版本库。这里一定要养成好习惯，每次提交都要配上简洁明了的说明文字，描述清楚这次改了什么，方便以后回溯。如果中途发现误加了不该提交的文件，可以用git reset HEAD取消暂存，让文件回到工作区状态，灵活应对突发状况。
历史记录查看与回退技巧
随着项目推进，提交记录会越来越长。使用git log可以查看完整的提交历史，包括作者、时间戳和提交哈希值。为了方便阅读，建议加上参数显示单行摘要格式。当你在调试过程中不小心搞乱了代码，或者想回到某个稳定版本时，就需要用到版本回退。Git提供了软回退和硬回退两种模式。软回退会保留你的代码修改，只是把指针往前挪，适合用来重新整理提交信息。硬回退则会把工作区也重置到目标版本，当前未提交的改动会被直接丢弃，使用前务必确认重要文件已经备份或暂存。结合git diff命令，你可以在执行任何破坏性操作前，精准预览文件的具体差异。
分支管理的基础逻辑
在实际团队协作中，主分支通常只放稳定可用的代码。当我们正在开发新功能或者修复紧急漏洞时，绝对不能直接在主线上修改，否则会影响其他人的进度。这时候就需要创建独立分支。通过git branch新建分支，然后用git checkout切换到新分支上继续干活。每个分支都是一条独立的开发线，互不干扰。等你的功能开发完毕并且测试通过，就可以切回主线，使用合并命令把分支上的改动整合进来。如果合并过程中出现了冲突，系统会明确标出冲突位置，你只需要手动打开文件进行修改，解决后再重新提交即可。掌握这套流程，你就能安全地在多人项目中并行开发。
第三课的内容涵盖了从文件变动到最终入库的全过程，以及基础的隔离开发手段。这些命令看似独立，实则环环相扣。建议在电脑里新建一个测试文件夹，跟着视频一步步敲一遍命令，亲手感受一下每次操作后仓库状态的变化。只有经过反复练习，才能在遇到真实项目时从容应对。下一节课我们将深入讲解远程仓库的同步机制，学习如何与主流代码托管平台对接，实现代码的上云与团队共享。
