初始化与基础配置
拿到一台新电脑或者接手一个新项目，第一步永远是装好Git并配置身份信息。打开终端或命令行窗口，输入git config命令设置用户名和邮箱。这些信息会出现在每一次提交记录里，相当于你的数字签名。配置完成后，进入项目文件夹，运行git init指令就能创建一个空的本地仓库。这时候文件夹里会多出一个隐藏的.git目录，里面存放着所有版本控制的核心数据。如果项目已经在远程服务器上存在，直接用git clone加上仓库地址就能把代码完整拉取到本地，系统会自动帮你建好分支和目录结构。
日常开发中经常需要忽略某些文件，比如编译生成的临时文件或包含敏感信息的配置文件。在项目根目录新建一个名为.gitignore的文本文件，在里面逐行写上需要跳过的文件名或路径规则。常见的比如依赖包目录、构建产物或者IDE专属设置文件夹。Git在扫描状态时会自动过滤这些内容，避免把垃圾文件提交到版本库中，保持仓库干净整洁，也方便团队成员统一环境。
核心工作流与提交规范
Git的工作流分为三个区域：工作区、暂存区和提交历史。修改文件后，它们处于工作区状态，此时Git还不会追踪变化。想让Git记住改动，必须先用git add把指定文件或全部文件放入暂存区。加号代表准备提交，减号代表撤销暂存。确认无误后，执行git commit命令，配合短横线m参数直接写明提交说明。良好的提交习惯是每次只提交一个逻辑功能，说明要写清楚改了什么以及为什么改，这样以后回溯问题能节省大量时间。
有时候不小心提交了错误的内容，或者发现刚写的日志描述有误，可以用git commit --amend修改最近一次提交。这个操作会替换掉上一条记录，但前提是这条提交还没推送到远程仓库。如果已经推送了，强行改写会导致远程和本地历史不一致，这时候只能老老实实重新提交一条修正记录。团队协作时遵守提交规范非常重要，能大幅降低沟通成本，让代码审查变得顺畅。
分支管理实战技巧
主分支通常命名为main或master，负责存放稳定可运行的代码。开发新功能时不要直接在主分支上动手，应该先创建独立分支。使用git branch查看当前所有分支，git checkout切换到你想要操作的分支。也可以一条命令搞定，git checkout -b起个有意义的名字新建并切换过去。分支命名建议采用类型加描述的方式，比如feature开头表示新功能，fix开头表示修复bug，这样一眼就能看出分支用途。
当某个功能开发完毕，需要合并回主分支时，先切回主分支拉取最新代码，再执行git merge把功能分支合进来。如果两个分支同时修改了同一文件的同一行，就会触发冲突。别慌，用编辑器打开冲突文件，Git会用特殊标记标出不同版本的代码。手动选择保留哪部分，删掉标记符号后，重新add和commit即可完成合并。合并结束后可以删除不再需要的功能分支，保持列表清爽，避免后续切换时产生混淆。
远程同步与冲突处理
本地代码写好后，通过git push推送到远程服务器。第一次推送可能需要指定上游分支，后续直接push即可。从远程拉取更新用git pull，它其实是fetch加merge的组合拳。如果遇到拒绝推送的错误，通常是因为别人已经往远程提交了新内容，你需要先pull下来解决冲突再推送。养成频繁同步的习惯能有效避免大段冲突，也能及时获取队友的最新进度。
处理复杂冲突时，图形化界面工具往往比命令行更直观。不过掌握几个关键指令依然必不可少。git log查看历史记录，加上oneline参数可以单行显示精简日志。想找回之前误删的代码，用git reflog查看所有操作流水账，定位到特定哈希值后可以通过checkout恢复。定期备份重要节点也是个稳妥的做法，特别是上线前的关键版本，打个标签能让以后随时一键回到该状态。
高级查询与日常维护
找某个具体改动发生在哪一行，git blame是最实用的命令。它会逐行显示每个字符最后被谁在什么时间修改过，排查责任归属或理解代码演进逻辑非常有效。想对比两次提交的差异，直接输入git diff加上两个版本号，终端会高亮显示增删改动的具体位置。对于大型项目，代码库越来越大导致克隆变慢，可以开启浅克隆选项只下载最近的几次提交，等真正需要完整历史时再按需补充。
Git本身是个强大的工具，熟练运用上述操作足以应对绝大多数开发场景。关键在于形成肌肉记忆，按照规范流程走线。遇到报错不要盲目复制粘贴解决方案，先读懂错误提示中的关键词，通常答案就在官方文档或社区问答里。坚持实践几个月后，版本控制就不再是负担，而是提升开发效率的可靠助手。保持仓库整洁、提交清晰、分支有序，你的团队协作体验会得到质的飞跃。
