Git 是目前最主流的分布式版本控制系统，无论是个人开发还是团队协作，掌握它都能大幅提升工作效率。很多初学者面对命令行容易发怵，其实只要理清核心逻辑，Git 的操作非常直观。本教程将带你从环境配置到日常协作，一步步建立完整的 Git 工作流，避开常见坑点。
初始化环境与基础配置
在使用 Git 之前，需要先告诉系统你的身份信息。打开终端或命令行工具，依次输入 git config --global user.name 你的名字 和 git config --global user.email 你的邮箱地址。这两个配置会永久保存在全局环境中，并记录在每一次代码提交里，方便团队成员追溯修改来源。配置完毕后可通过 git config --list 核对是否生效。
进入目标项目文件夹后，执行 git init 命令。Git 会在当前目录创建一个隐藏的 .git 文件夹，这就是本地版本库的核心。此时仓库已经就绪，你可以开始放入代码文件并进行第一次版本快照。
日常操作流程：添加、提交与查看
Git 的核心机制围绕工作区、暂存区和版本库展开。你在编辑器里修改的任何内容都先停留在工作区，不会自动被记录。想要保存进度，必须先执行 git add 文件名 将特定文件移入暂存区，或者用 git add . 将当前目录所有新增和修改的文件全部打包。暂存区相当于一个准备区，确认无误后，再运行 git commit -m 提交说明文字，改动才会正式写入版本库。这条命令使用频率极高，建议遵循小步快跑的原则，频繁提交以保留清晰的演进轨迹。
查看历史记录是日常必备动作。git log 会按时间倒序列出所有提交节点，包含完整哈希值、作者与提交时间。加上 --oneline 参数能精简输出，只显示关键摘要。如果需要对比当前工作与上一个版本的差异，git diff 命令能高亮显示具体改动的行号和内容，避免盲目提交导致意外覆盖。
分支管理：并行开发的利器
主分支通常命名为 main 或 master，专门存放经过测试的稳定代码。当需要开发新功能或处理线上故障时，严禁在主分支直接动手。正确姿势是使用 git branch 功能名 创建独立分支，随后通过 git checkout 功能名 切换上下文。此时你的工作环境完全隔离，无论进行多少次实验性修改，都不会污染主线代码。
功能调试通过后，切回主分支并执行 git merge 功能名，将分支代码合流。若多个开发者同时修改了相同位置，Git 会抛出冲突提示。此时需手动打开冲突文件，剔除 <<<<<<< 等分隔标记，按需保留正确逻辑，最后重新 git add 并提交即可解决。合并完成后，使用 git branch -d 功能名 清理废弃分支，保持仓库结构清爽。
远程同步与团队协作
本地仓库仅用于单机备份，真正发挥威力需要对接云端平台。首次关联远程仓库时，输入 git remote add origin 仓库地址 建立桥梁。后续推送本地成果用 git push origin main，拉取他人更新用 git pull origin main。实际协作中，强烈建议在 push 前先 pull 一次，让本地指针追上团队最新进度，可有效防止强制推送引发的代码覆盖事故。
避坑指南与实用技巧
误删文件不必紧张，git restore 文件名 能一键还原工作区状态。想撤回最近一次 commit 但不想丢掉代码，可用 git reset --soft HEAD~1 将提交回退至暂存区。遇到任何异常提示时，git status 永远是最稳妥的诊断入口，它会明确标注未跟踪文件、已修改文件以及当前所在分支。配合 git reflog 还能找回误删的提交节点，极大提升容错率。
Git 并非越复杂越好，掌握基础指令足以应对九成场景。养成规范命名分支、撰写清晰提交备注、定期同步远端的习惯，版本控制将从负担变为助力。把这套流程固化下来，你的开发节奏会更加从容稳健，代码质量也能获得实质性保障。
