为什么需要分支管理
在团队协作或者个人多任务开发中，直接在主线上修改代码是非常危险的操作。一旦测试出问题，很容易把原本稳定可用的代码搞乱。分支的核心作用就是隔离环境。你可以把分支想象成一条平行轨道，在主线路正常运行的同时，你可以在另一条轨道上随意折腾新功能、修Bug或者做实验。等验证没问题了，再把这条轨道平滑接入主线。这样既保证了项目主干的稳定性，又让并行开发成为可能。
创建与切换分支的基础操作
掌握分支的第一步是学会创建和跳转。在命令行输入 git branch 命令可以列出当前所有的分支，前面带星号的代表你正在使用的分支。如果想新建一个名为 feature-login 的功能分支并立刻切过去，可以直接运行 git checkout -b feature-login。这里的参数 b 就是 create branch 的缩写。当你在这个新分支里写完代码并提交后，如果想回到原来的主分支继续其他工作，只需要执行 git checkout main 或者 git switch main 即可。Git 会自动帮你保存好之前的修改记录，随时都能无缝切换。删除不需要的分支也很简单，确认功能已经合入主线后，运行 git branch -d feature-login 就能清理掉废弃的分支，保持仓库整洁。
合并分支与处理冲突
分支开发完毕后的核心步骤就是合并。Git 提供了多种合并方式，最常用的是 git merge 命令。当你切回主分支并执行 git merge feature-login 时，如果两个分支没有修改同一个文件的同一行代码，Git 会进行快速合并，直接推进指针，整个过程几乎零耗时。但如果两个人同时修改了同一个文件的不同部分，或者你在主分支和分支上都改了同一行，Git 就会提示存在冲突。这时候不要慌，打开提示冲突的文件，你会看到 <<<<<<< HEAD 和 >>>>>>> 这样的标记符号。它们分别代表主线和分支的最新内容。你需要人工判断保留哪段代码，删掉标记符号后保存文件，接着用 git add 将解决好的文件加入暂存区，最后执行 git commit 完成合并提交。记住，冲突的本质是代码归属权的裁决，仔细核对逻辑后再提交。
日常开发中的分支工作流
实际项目中通常会采用一套固定的分支命名规范。比如主分支叫 main 用于存放正式发布的代码，develop 分支作为日常集成的开发线，而每个开发人员都会从 develop 拉出自己的 topic 分支。这种模式能有效避免代码互相覆盖。每次迭代开始前，先 pull 最新的 develop 分支，再 checkout -b 自己的任务分支。开发过程中频繁 commit 本地备份，防止意外丢失。功能跑通后，发起合并请求到 develop 分支，经过团队代码审查通过后再正式合入。养成定期 fetch 和 rebase 的习惯，能让你的本地分支始终保持与远程同步，减少后期大改的痛苦。熟练掌握这套流程，你的版本控制能力就会跨上一个新台阶。
