很多刚接触代码管理的朋友一听到版本控制就头大，觉得命令行全是黑底白字，操作复杂。其实Git的本质就是一个记录你文件变化历史的工具，把它当成一个智能的后悔药和时间机器来理解，就会简单得多。本文不讲枯燥的理论，只把日常开发中最常用的功能拆解清楚，看完就能上手干活。
安装与基础配置
去官网下载对应系统的安装包，一路下一步即可完成。安装结束后打开终端或命令行，输入git version确认是否生效。接下来必须做两件事，否则每次提交都会报错。第一件是设置用户名，第二件是设置邮箱。这两项信息会永久绑定在你每一次的代码提交记录里，相当于你的数字签名。在终端输入git config user name your name替换成你自己的名字，再输入git config user email your email替换成常用邮箱。如果不想每次都敲这些命令，加上global参数就可以全局生效，以后新建仓库都不用重复配置。
工作流核心三板斧
Git的日常操作基本围绕三个区域展开：工作区是你当前编辑代码的地方，暂存区是准备打包上传的临时仓库，远程仓库则是云端存储。新手最容易搞混的就是add和commit的区别。你可以把add想象成把东西放进快递盒的缓冲垫层，只是标记哪些文件需要被记录。commit才是真正的封箱打标签，给这次修改打上唯一的时间戳快照。只有执行了commit，Git才算真正记住了你的改动。平时写代码时建议遵循小步快跑的原则，改完一个小功能就add一次再commit一次，这样万一后续改乱了，回退成本会低很多。
本地提交完成后，需要把代码同步到服务器。push指令负责把本地分支的最新状态推送到远程仓库，pull指令则负责拉取别人的最新修改并合并到你的工作区。团队协作中几乎每天都要用这两个命令。如果遇到推送失败，通常是因为别人已经改了同一份文件，这时候必须先pull下来解决冲突，才能继续push。养成先pull后push的习惯能避免大部分覆盖风险。
分支管理与日常协作
主分支通常用来存放稳定可发布的代码，千万不要直接在上面乱改。遇到新功能开发或者修bug，一定要新建独立分支。用branch new branch name创建分支，用checkout切换过去。在分支里折腾任何代码都不会影响主线安全。开发完毕后，把分支合并回主分支，然后可以删除该分支保持仓库整洁。合并命令merge会自动处理不冲突的部分，如果有冲突则需要手动打开文件，找到标记区域进行取舍，删掉多余的符号保存即可。现代开发很少直接合并，更多是通过代码审查流程走合并，确保质量过关后再合入。
常见踩坑与排查技巧
误删文件或不小心commit错内容是最常见的焦虑来源。Git提供了丰富的撤销手段。如果想放弃工作区的修改，直接用checkout file path恢复原样。如果已经add进暂存区但还没commit，可以用reset head file path取消暂存。要是commit之后想撤回最近一次提交且保留文件修改状态，用reset soft head~1就能完美实现。想看自己到底改了什么，log指令配合oneline参数能列出简洁的历史记录，diff指令能对比具体差异。实在找不到问题出在哪，bisect命令可以帮你二分查找是哪次提交引入了bug，堪称救命神器。
忽略文件与远程仓库绑定
项目根目录通常不需要上传编译产物、依赖包或本地环境变量。创建一个.gitignore文件，在里面写上node_modules build .env等不需要跟踪的目录或后缀名。Git会自动跳过这些文件，既能节省空间又能防止敏感信息泄露。初始化本地仓库后，需要用remote add origin url将本地文件夹和云端地址关联起来。第一次推送时需要指定-u参数建立上游追踪关系，之后直接使用push就能自动识别目标仓库。理解这种关联机制，能彻底解决找不到远程地址的尴尬情况。
掌握这些核心概念和命令，已经能应付百分之九十以上的实际开发场景。Git的真正威力在于团队规范和自动化流水线的结合，初期先把本地操作练熟，形成肌肉记忆，后期对接持续集成和多人协作时会顺畅得多。代码管理不是死记硬背，而是建立对版本变化的掌控感，习惯之后你会发现它让重构和试错变得无比轻松。
