第一步：初始化仓库与基础配置
拿到新项目或者准备开始写代码时，第一件事就是让Git认识你的工作目录。在终端或命令行里进入项目根目录，输入git init命令。这会在当前目录下生成一个隐藏的.git文件夹，它就是整个项目的版本控制中心，负责记录每一次文件变动。初始化完成后，必须设置全局身份，因为每次提交代码都需要记录作者信息以便追溯。执行git config --global user.name你的用户名和git config --global user.email你的邮箱，这两条命令只需运行一次，以后所有操作都会自动带上你的标识。另外，强烈建议在项目根目录创建一个.gitignore文件，把不需要版本控制的临时文件、第三方依赖包、系统缓存和敏感配置文件放进去，避免仓库变得臃肿且存在安全隐患。这一步打好了地基，后续的流程才能顺畅运转。
第二步：日常开发中的提交与同步
开发过程中最核心的动作就是保存进度和同步代码。修改完代码后，先用git add .将当前目录下所有变动的文件加入暂存区，这里可以理解为准备打包的快递箱，只有放进暂存区的文件才会被记录。确认无误后，执行git commit -m描述性提示语进行正式提交，提示语要简明扼要地写清楚改了什么逻辑或修复了什么问题，方便日后回溯排查。本地提交完毕后，如果项目托管在远程服务器，需要运行git push origin主分支名把代码推送到云端备份。如果是多人协作环境，每次开工前务必先跑一下git pull origin主分支名拉取最新代码，防止别人的改动覆盖你的工作。养成频繁提交的习惯，每次功能点完成就存个档，这样即使改乱了也能随时回到上一个稳定状态。
第三步：分支管理与代码合并
规范的项目很少直接在主干上改代码，而是通过分支来隔离不同任务。用git checkout -b新功能分支名创建并切换到新分支，在这里安心开发，完全不会影响主线进度，也不会干扰其他同事的工作。功能测试通过后，切回主分支执行git merge新功能分支名将代码合入主线。合并时如果出现冲突，编辑器会明确标出打架的代码段，手动保留需要的部分后再次提交即可。合并完成记得删除已废弃的分支保持仓库整洁。对于线上紧急修复，可以直接在主分支创建hotfix分支处理，修完合并后再切回去。熟练运用分支策略，团队协作效率会大幅提升，代码流转也会变得清晰有序。
