Git是目前业界最主流的版本控制系统，无论是个人写脚本还是团队做大型项目，都离不开它的支撑。很多初学者看到满屏的英文命令容易打退堂鼓，但实际上Git的设计逻辑非常符合人类思考习惯。只要理清本地与远程的关系，掌握几个核心动作，就能轻松驾驭代码管理。下面按实际开发流程，把关键操作拆解清楚。
基础配置与工作区初始化
第一次安装Git后，必须设置用户身份。在终端执行git config --global user.name你的名字，再执行git config --global user.email你的邮箱。这两个参数会写入每次提交的元数据，方便追溯责任。配置无误后，进入项目文件夹，运行git init。此时目录内会多出一个隐藏文件夹，说明版本库已建立。你可以用git status随时查看当前目录的文件状态，未跟踪的新文件会显示为绿色，已修改的旧文件显示为红色，一目了然。
日常提交的标准流程
Git的工作流分为工作区、暂存区和本地仓库三个层次。修改代码后，先执行git add文件名，把特定改动放入暂存区；如果想一次性收录所有变动，直接git add .即可。确认暂存内容无误后，运行git commit -m简短说明，将快照永久保存至本地历史。建议每次提交都写清楚改了什么，比如修复登录接口异常或新增首页轮播图。想要回溯过往，用git log调出历史记录，加上-p参数可以看到每次提交的具体代码增减行。如果不小心提交了错误的日志，可以用git commit --amend修改最近一次的备注，无需重新提交。
分支隔离与合并实战
主分支通常保持发布状态，新功能必须开独立分支。用git branch功能名创建分支，git switch功能名切入分支。在分支里尽情开发，不用担心搞乱主线。开发到一半想临时处理线上紧急Bug时，别急着提交，直接用git stash把现场改动藏起来，切回主分支修完后再git stash pop恢复进度。功能验证通过切回主分支，执行git merge功能名，Git会自动计算差异并合并代码。遇到同名文件不同内容的冲突时，编辑器会插入分隔线标记，你只需手动挑选保留正确代码，删掉标记符号后重新add和commit即可彻底解决。合并完毕记得git branch -d功能名清理冗余分支。
远程同步与团队协作规范
代码写得再好，不上云也只是单机游戏。首次对接云端仓库，用git remote add origin仓库地址建立关联。日常推送用git push origin主分支名，把本地快照上传至服务器。同事写完代码后，你需要拉取最新内容，git pull origin主分支名是最省事的做法，它一边下载一边自动尝试合并。如果多人同时修改了同一个文件的开头部分，pull可能会失败，这时就要按前面说的步骤手动解决冲突再提交。切记不要跳过拉取直接推送，否则会被远程拒绝。定期执行git fetch可以仅下载远程索引而不合并，适合只想预览他人进度的场景。
防错机制与高效习惯养成
熟练运用Git不仅能管代码，还能救急。误删重要文件时，千万别直接清空回收站，git checkout --文件名能瞬间找回工作区里的原始模样。已经commit但未push的草稿，用git reset --hard HEAD~1能连人带马撤回上一步，注意此操作不可逆，执行前确保没有未保存的珍贵改动。为了不让编译中间件和第三方依赖污染仓库，务必编写.gitignore规则，把依赖包和各类缓存目录排除在外。配合IDE自带的Git面板可视化操作，初期能大幅降低学习成本。坚持小步快跑频繁提交的原则，把大任务拆成多个几十行的安全快照，日后排查问题就像倒带一样简单。把这些指令练成肌肉记忆，版本控制就会真正成为你开发的左膀右臂。
