为什么需要分支
在实际开发中，大家经常要同时推进好几个功能，或者临时修复线上bug。如果所有代码都堆在同一个主干上，不仅容易互相干扰，还随时可能把稳定版本搞崩溃。Git的分支机制就像给项目开了多条平行赛道，你可以在自己的分支里随便折腾，修好了再合到主线，完全不影响其他人干活。这是团队协作的基础，也是保证代码安全的护城河。很多新手一开始不敢碰分支，觉得麻烦，其实一旦上手，你会发现它能让你的开发节奏变得非常从容。
创建与切换分支
新建一个分支非常简单，打开终端输入 git checkout -b feature-login 就能直接生成并切换到名为feature-login的新分支。如果你想先看看现有分支有哪些，用 git branch 就能列出清单，带星号的是当前所在分支。切回主分支也很简单，执行 git checkout main 或 git switch main 即可。现代Git推荐使用 switch 命令，语义更直观，不容易误操作。记住，每次动代码前，一定要确认自己站在正确的分支上。如果你不小心进入了脱离头指针的状态，Git会提示你，这时候执行 git checkout main 就能安全回到正轨。另外，如果手头代码还没写完但不想提交，可以用 git stash 把改动暂时藏起来，等切好分支后再 git stash pop 恢复。
合并与同步代码
当你的功能开发完毕，测试也通过了，就需要把代码合并回主分支。先把主分支拉到最新状态，执行 git pull origin main，避免本地落后太多。然后切回你的功能分支，运行 git merge main，把主线的更新同步过来。这时候如果有冲突，Git会明确标出冲突文件，你只需要手动编辑解决，把那些多余的标记删掉，保留需要的代码，改完后 git add 标记已解决，再次 commit 即可。解决完冲突后，切回主分支执行 git merge feature-login，最后删除本地分支 git branch -d feature-login。整个过程干净利落，不会留下垃圾代码。如果遇到多个零散提交，可以使用 git rebase 把历史记录整理得更清爽，方便后续查阅。
撤销与恢复技巧
有时候合并后发现效果不理想，或者不小心删错了分支，别慌。Git提供了强大的后悔药。如果只是刚提交就发现写错了，用 git reset HEAD~1 可以退回上一个版本。如果已经推送到远程仓库，可以用 git revert 生成一个新的反向提交来抵消错误，这样不会破坏共享历史。误删的分支千万别急着清盘，用 git reflog 查看最近的操作记录，找到对应的commit哈希值，执行 git branch recover-branch <哈希值> 就能把分支救回来。还有一种情况是只想合并某几个特定提交，不需要整个分支，这时候 git cherry-pick <提交哈希> 能帮你精准提取需要的代码片段，非常实用。
团队规范建议
好的工具离不开好的习惯。团队内部最好约定统一的命名规则，比如功能分支加feat-前缀，修复补丁加hotfix-前缀，实验性探索加exp-前缀。日常开发尽量保持分支短小精悍，每天至少同步一次主线，避免积攒太多改动导致合并困难。提交信息要写清楚做了什么，不要留空或者写update。定期清理远程不存在的本地分支，保持仓库整洁。如果团队规模较大，可以参考简化的GitFlow模式，设置develop作为集成分支，main作为发布分支，配合自动化流水线进行代码审查，能大幅降低人为失误的概率。
总结
掌握分支管理只是第一步，真正熟练需要靠日常高频练习。把上面这些命令练成肌肉记忆，你在面对复杂项目时就能游刃有余，代码协作效率也会大幅提升。多试几次，你会发现Git其实非常听话。遇到拿不准的情况，先在沙盒仓库里模拟演练，确认无误后再应用到正式项目。坚持规范化操作，你的代码库会越来越健康，团队协作也会越来越顺畅。
