初始化与日常基础操作
Git是目前互联网开发最核心的版本管理工具。刚上手时觉得命令繁杂，其实只要抓住高频场景，百分之九十的日常任务都能轻松应对。克隆项目时使用git clone加仓库地址，就能把完整历史拉取到本地。如果是从零开始的项目，在当前目录执行git init即可初始化仓库。每次动代码前，务必先运行git status。这个命令能清晰列出新增、修改或删除的文件，还能提示你下一步该用add还是rm。养成看状态的习惯，能彻底杜绝误提配置文件的尴尬局面。
日常流转的核心指令是add和commit。git add .表示将当前路径下所有变动纳入暂存区，若只想提交特定文件，直接跟文件名更稳妥。暂存完毕后，git commit -m备注信息生成快照。提交说明切忌敷衍，写明模块名称和改动目的，方便日后追溯。本地快照攒够后，通过git push推送到远程。首次推送新分支记得加上-u参数建立上游追踪，后续只需输入push即可自动识别目标。
分支管理与团队协作
多人协同开发严禁直接在主干线上修改代码。标准做法是新建独立分支，git branch可查看所有分支，git checkout -b功能名能快速创建并切换。现代Git版本推荐使用git switch -c语法，语义更直观。在分支内完成逻辑编写后，切回主分支执行git merge功能名进行合并。merge会保留完整的提交拓扑，适合规范严谨的团队。若希望提交历史呈线性整洁，可采用git rebase主分支，将当前改动平移至最新节点之上。需注意rebase会重写历史，仅限个人未共享的本地分支操作。
合并结束后，及时清理无用分支。远程分支可通过git push origin --delete分支名移除，也可配置全局推送策略简化后续操作。同步他人进度时，git pull等同于fetch抓取加merge合并。若拉取时出现冲突，编辑器会自动插入标记符号。打开文件定位到冲突区域，人工核对业务逻辑，保留正确代码并删除多余符号，随后重新add并提交即可化解矛盾。解决冲突的关键在于理清差异来源，而非盲目覆盖。
撤销与恢复的应急处理
误操作是版本管理的常态，Git提供了阶梯式撤销方案。仅取消暂存时用git reset HEAD文件，将文件退回工作区。刚刚提交但未推送时，git reset --hard HEAD~1可硬回退一级，此操作不可逆需谨慎评估。若代码已同步至远程且需强制修正，建议使用git push --force-with-lease，该命令会在推送前检查上游是否有新提交，能有效避免覆盖同事成果。对于已公开的历史错误，git revert哈希值会生成反向提交来抵消原更改，这是最安全的远程纠错方式。
临时中断手头工作时，git stash能完美封存现场。执行后当前目录瞬间干净，便于快速切换分支处理急务。事后通过git stash pop还原工作状态。排查问题利器是git log --oneline --graph，该命令以精简格式结合图形化连线展示分支脉络，一眼即可定位异常引入的具体节点。配合git diff文件可查看具体行级差异，无需翻找旧版代码。
高效使用的避坑指南
仓库体积失控往往源于忽略过滤规则。必须在项目根目录配置.gitignore文件，明确排除编译产物、第三方依赖库及操作系统缓存。这不仅能大幅提升推送网速，也能保证仓库纯净度。命令行记忆负担重时，可在配置文件alias中添加常用缩写，例如设置br为branch、co为checkout，长期积累能显著提速。图形化客户端如VSCode内置终端或专用工具能辅助理解操作结果，但建议始终对照官方文档掌握底层原理。遇到认证失败或连接拒绝，优先检查SSH密钥绑定状态或切换HTTPS协议配合访问令牌验证。保持碎片化提交、每日同步上游的节奏，Git的协作价值才能最大化释放。
