为什么分支很重要
分支让每个人可以在独立的工作线上开发，互不干扰。没有分支时，一次失败的改动会影响整条主干；有了分支，实验性功能、紧急修复都可以各走各的轨道，等验证通过再合并回来。
日常提交的规范动作
提交前先看一眼改动范围：git status 和 git diff 是基本功。提交信息建议遵循约定式提交风格，例如 feat: 新增登录接口、fix: 修复空指针异常，让历史记录一目了然。小步提交优于大段堆积，一次提交只做一件事，回滚时也更精准。
常见分支模型
个人项目用简单的 main + 功能分支即可：新功能从 main 拉出分支，完成后合并回来。团队协作可以考虑 Git Flow，把 main、develop、feature、release 区分开，适合有明确发布节奏的产品。如果团队追求快速迭代，GitHub Flow 更轻量：一切以 main 为基准，功能分支通过 Pull Request 合入。
合并：merge 还是 rebase
git merge 保留真实历史，适合记录「发生了什么」；git rebase 让提交历史呈线性，看起来更整洁，但会改写提交记录，多人共用分支时慎用。对功能分支，合并前先 git rebase main 或 git merge main 解决冲突，再合回主干，能减少冲突面。
几个实用命令
git branch -a：查看本地与远程全部分支git stash：暂存未提交的改动，切换分支不丢工作git cherry-pick：把某个提交应用到当前分支git log --oneline --graph：图形化查看提交脉络
分支管理没有银弹，适合团队节奏的就是好方案。先把规范动作练熟，再逐步引入更复杂的工作流，协作效率会稳步提升。