项目初始化与基础配置
拿到新项目或创建新仓库时，第一步永远是进入目标目录并执行git init命令。这会在当前文件夹下生成隐藏的.git目录，标志着版本控制正式开始。配置好用户名和邮箱是后续所有操作的基石，建议通过git config user.name和user.email进行全局设置。每次提交都会带上这些信息，确保团队协作时能准确追踪作者身份。如果只需要获取现有代码，直接使用git clone加仓库地址即可，默认会创建一个同名文件夹并拉取完整历史记录，无需额外配置。
日常开发中的状态查看与暂存
开发过程中最常用的是git status，它能一眼看出哪些文件被修改、哪些处于未跟踪状态。不要盲目直接commit，先用git add将需要纳入版本的文件加入暂存区。如果只想提交部分修改，可以使用git add -p交互式选择代码块。查看具体改动内容时，git diff是必备工具，对比工作区与暂存区的差异，避免误提交错误代码。养成频繁add的习惯，能让提交记录干净且逻辑清晰，大幅降低后期追溯成本。
核心提交与信息撰写规范
git commit是保存项目快照的关键步骤。务必写好提交信息，遵循简明扼要的格式，例如feat添加用户登录功能或fix修复表单验证BUG。坚决避免使用update或modify这种毫无意义的词汇，良好的日志能在后期排查问题时节省大量时间。如果需要临时保存进度但不想提交，可以用git stash把修改打包隐藏，处理完其他任务后再通过git stash pop恢复。这在紧急修bug或快速切换分支时非常实用。
分支管理与协同开发流程
现代开发离不开分支机制。用git branch查看所有分支，git checkout新建并切换到新分支，或者直接用git checkout -b一步到位。主分支通常保持干净，新功能必须在独立分支开发。多人协作时，定期执行git pull --rebase从远程同步最新代码，保持线性历史不混乱。合并分支时优先使用git merge，若追求整洁的提交树可考虑git rebase。推送本地分支到远程服务器只需git push origin分支名，首次推送通常需要加上-u参数建立本地与远程的追踪关系。
冲突处理与版本回退策略
合并或变基时常遇冲突，此时Git会明确标记冲突文件位置，手动编辑保留需要的代码段后再次add并提交即可解决。遇到误操作别慌张，git log查看提交哈希值，git reset --hard可以强制回退到指定节点彻底丢弃后续修改。若是已经推送到远程的错误提交，应使用git revert生成一个新的反向提交来抵消影响，这样不会破坏团队共享的历史记录。日常查看历史推荐用git log --oneline --graph直观展示分支走向与合并节点。
效率优化与常见避坑建议
熟练掌握别名设置能大幅提升敲击速度，比如将status简写成st，log简写成l，commit简写成ci。忽略不必要的文件需提前配置.gitignore，防止编译产物或隐私配置污染仓库。定期清理无用分支用git branch -d删除本地，配合git remote prune同步远程。记住Git的核心是分布式版本管理，任何操作都基于快照而非补丁，理解这一点就能避开大多数误区。保持小步快跑、频繁提交的节奏，配合清晰的分支命名规范，团队协作效率会显著提升。
