Git分支管理是团队协作开发的核心技能。很多新手在多人协作时经常遇到代码覆盖或者提交混乱的问题，其实只要把分支管理理顺，这些问题都能迎刃而解。本教程不堆砌复杂理论，直接讲日常开发最常用的操作逻辑，帮你快速上手并规范团队工作流。
基础概念与核心逻辑
首先要明白分支到底是个什么概念。你可以把主分支想象成一条主干道，所有稳定上线的功能都跑在这里。而新建的分支就像是从主干道分出来的支路，你可以在支路上随便修路盖房子，完全不影响主干道上的车辆通行。等支路工程验收合格了，再把支路重新汇合回主干道。这种隔离机制保证了主分支永远干净稳定，也是为什么正规项目都要严格划分分支的原因。理解了这个逻辑，后续的所有命令操作就都有了明确的场景支撑。
创建切换与日常操作
在终端里输入 git branch dev 就能在当前仓库创建一个叫dev的开发分支。不过创建完它并不会自动切过去，你需要执行 git checkout dev 或者直接用 git switch dev 切换到该分支。这时候你的工作区就已经在dev分支上独立运行了。如果你想知道现在手头在哪个分支，直接敲 git branch 就会看到当前分支前面有个星号标记。记住，每次动新需求或者修紧急线上漏洞前，第一件事永远是开新分支，千万别直接在主分支上动手脚。养成随手建分支的习惯，能避免百分之九十以上的意外丢失。
合并策略与冲突处理
分支开发完成后，就需要把改动合并回去。最稳妥的方式是用 git merge 命令。假设你在dev分支上写完了功能，切回主分支后输入 git merge dev，Git就会把dev的改动无缝拼接到主分支上。如果遇到冲突，说明你和同事在同一行代码附近改了东西，Git会暂停合并并在文件里标出冲突区域。你只需要手动打开文件，删掉多余的符号保留正确代码，然后重新 add 和 commit 就能继续完成合并。这个过程虽然偶尔让人头疼，但掌握规则后其实很快。建议合并前务必先拉取最新的主分支代码，减少冲突概率。
远程同步与团队协作
本地操作熟练后，必须学会处理远程仓库的同步。使用 git push origin dev 把本地分支推送到云端，队友才能拉取你的代码。多人同时修改同一模块时，建议养成 fetch 和 rebase 的习惯。rebase 可以把本地多次零散的提交压缩成一条整洁的时间线，让主分支的历史记录更加干净。配合代码评审工具，在合并前检查每一处改动，能大幅降低线上故障率。远程分支清理同样重要，推送到远程后记得及时删除服务器端的废弃分支，保持仓库整洁。
常见陷阱与最佳实践
实际开发中容易踩坑的地方主要集中在分支清理和状态保存。开发完功能并合并到主分支后，那个临时分支就没用了，用 git branch -d dev 可以安全删除已合并的分支，定期清理能让仓库目录保持清爽。另外不要频繁切换分支导致工作区堆积未保存的改动，善用 stash 命令暂存现场。配合固定的分支模型，新人也能快速融入高效节奏。熟练掌握这些步骤后，你会发现写代码不再是单打独斗，而是像搭积木一样井然有序。多练几次，自然就能形成肌肉记忆，团队协作效率也会直线上升。
