在前两章的学习中，我们已经掌握了Git的基础安装、仓库初始化以及日常的提交和状态查看操作。进入第三章，我们将正式迈入版本控制的核心地带分支管理。很多初学者在接触分支时容易感到困惑，觉得多此一举，但实际上分支是Git最强大的功能之一，它能让你在不影响主线开发的情况下，大胆尝试新功能或修复Bug。本章将用大白话带你彻底搞懂分支的创建、切换、合并以及冲突处理，让你在实际项目中能够从容应对复杂的开发场景。
分支的创建与快速切换
在Git中，默认只有一个主分支，通常叫作master或者main。当你需要开发一个新功能时，直接修改主分支会带来风险，一旦改出问题，整个项目可能崩溃。正确的做法是创建一个独立的分支。你只需要在终端输入git branch new_feature，就能在当前目录生成一个名为new_feature的新分支。不过创建后并不会自动切换过去，你需要执行git checkout new_feature，或者使用更直观的git switch new_feature命令。这两个命令的作用一模一样，都是把当前工作区指向新分支。你可以随时用git branch命令查看所有分支，带有星号标记的就是你当前正在工作的分支。这种隔离环境的工作方式，让多人协作变得井井有条，每个人都可以并行开发自己的模块，互不干扰。
分支合并与冲突解决机制
当你的新功能开发完毕并经过测试后，就需要把它重新整合回主分支。这个过程叫做合并。假设你已经完成了功能开发，先切回主分支，执行git checkout main，然后运行git merge new_feature。Git会自动将两个分支的代码拼接在一起。如果两个分支修改了不同的文件，或者修改了同一个文件但不同的行，Git会非常聪明地自动完成合并。但是，如果两个人同时修改了同一文件的同一行代码，Git就会陷入困惑，这时候就会产生合并冲突。别担心，冲突其实是Git在保护你的代码。它会在出问题的文件里插入明确的标记，告诉你哪部分是你的改动，哪部分是别人的改动。你只需要用编辑器打开这些文件，手动保留需要的代码，删掉冲突标记，保存后再重新执行git add和git commit，冲突就顺利解决了。记住，冲突不是错误，只是协同开发中常见的沟通节点。
分支的清理与日常维护规范
随着项目推进，分支会越来越多，如果不及时清理，命令行会变得杂乱无章，甚至影响团队协作效率。合并完成后，那个功能分支就已经没有存在的必要了。你可以使用git branch -d new_feature来安全删除已合并的分支。如果某个分支还没合并就被误删了，可以用-D参数强制删除，但一般不建议这样做。在实际工作中，建议遵循短平快的分支策略，功能分支命名要清晰，比如feat_login或者fix_header_bug，开发完立刻合并，合并完立刻删除。不要长期保留大量废弃分支，保持仓库整洁不仅能提升Git的运行速度，也能让团队成员一眼看清项目的进度脉络。定期执行git fetch同步远程仓库的最新分支列表，避免本地缓存过时信息。
掌握分支管理是成为熟练Git用户的分水岭。这一章的内容看似涉及几个命令，实则改变了你组织代码的逻辑。以后遇到需求变更或者线上紧急修复，你不再需要手忙脚乱地备份文件，而是可以轻松拉出一个hotfix分支快速修补，随后无缝合入主线。持续练习这些操作，你会发现自己写代码的节奏更加流畅，版本回溯也变得更加精准。下一章我们将探讨如何连接GitHub等远程服务器，实现真正的团队云端协作。
