Git是目前软件开发领域绝对主流的分布式版本控制系统，无论是个人独立开发还是大型团队协作，都离不开它的支撑。很多新手面对满屏终端命令容易感到头大，其实只要理清核心逻辑，实际操作起来非常直观。下面按照真实项目开发的生命周期，把最高频的指令拆解成易懂的步骤，直接照着敲就能跑通全流程。
环境配置与仓库初始化
拿到一台新电脑或重装系统后，第一件事就是告诉Git你是谁。打开终端输入git config --global user.name你的姓名和git config --global user.email注册邮箱，这两行配置会永久保存在全局设置里，以后每次提交都会带上这些信息。接着进入存放代码的文件夹，执行git init命令，终端提示成功时会生成隐藏的.git目录，这就是本地仓库的起点。如果公司已经搭建了服务器，直接用git clone带SSH或HTTPS协议的仓库地址，系统会自动帮你建好目录、拉取代码并完成初始配置，省去了手动创建的麻烦。
代码变更与提交归档
日常写代码的过程中，随时需要记录进度。git status是最常用的侦察兵，它会清晰列出哪些文件被修改过、哪些还没纳入管理。想让改动进入历史库，必须先过暂存区这一关，输入git add目标文件名或git add .把当前目录下所有变动打包进来。暂存完成后，敲下git commit -m简短描述文字，系统就会打上一个时间戳快照。记住提交粒度要细，一个功能点或一个Bug修复单独提交，千万别把所有改动塞进一次提交里，否则后期排查根本找不到源头。如果想查看某次提交的具体改动，可以用git show加上提交哈希值前几位。
分支隔离与平滑合并
主分支永远代表稳定可用的代码，新功能或实验性修改必须另起炉灶。git branch新建分支并直接列出现有列表，git switch分支名负责跳转上下文。在新分支里放开手脚开发，等模块测试完毕再切回主分支。执行git merge源分支名把成果汇入主干。合并过程通常一帆风顺，但如果两边都改了同一行代码，终端会抛出冲突提示。这时候打开对应文件找到冲突标记，人工决定保留哪段，删掉多余符号后重新add和commit即可完成收尾。对于经常需要交叉验证的迭代，建议养成feature开头命名的习惯，保持命名规范能让团队成员一眼看懂分支用途。
云端同步与权限管控
本地代码写得再好，不推送到服务器就等于白忙。git remote add origin远程链接建立本地与云端的桥梁。日常协作中，同事可能已经提交了新代码，你开工前先跑git pull origin主分支拉取最新基线，防止版本断层。自己开发结束后，git push origin主分支把本地快照上传。如果遇到多人同时修改同一文件导致拒绝推送的情况，说明别人在你之后提交了内容，此时必须再次pull合并后再push。严禁随意使用带force参数的推送命令，除非你完全清楚自己在覆盖谁的历史记录。定期清理无用远程分支可以保持仓库整洁。
历史回溯与意外恢复
写代码难免手滑，Git提供了完善的后悔药机制。git log调出完整提交流水账，配合--graph参数能看到清晰的分支拓扑图。发现刚才提交的说明写错了且还没推送，git commit --amend可以直接追加修正。想撤销最近一步暂存但不丢本地修改，git reset HEAD文件名能精准解除绑定。彻底放弃某个文件的改动就靠git restore文件名，这是新版推荐的恢复方式。若是整个分支方向走偏了，git checkout -b新分支名从旧节点重新开辟一条路，比强行修改要安全得多。临时打断手头工作去救火，git stash save快捷存档现场，处理完杂事回来git stash apply无缝续接。掌握这些撤回与重定向操作，面对代码灾难也能从容应对。
命令行虽然起步门槛稍高，但胜在响应迅速且不受图形界面卡顿影响。建议初学者在纸上画出工作区、暂存区和版本库的三层关系，配合实际文件观察状态变化，理解会深刻得多。遇到权限报错或路径错误，优先检查当前终端所在目录是否正确，百分之九十的问题都能通过切换路径解决。坚持每天用终端操作半小时，一周后基本指令就能形成条件反射，版本控制从此不再是开发路上的绊脚石。
