为什么需要掌握Git分支
在团队协作开发中，主干代码通常保持绝对稳定。如果每个人都直接在主线上修改代码，一旦测试失败或引入严重漏洞，整个项目都会陷入瘫痪。分支的存在就是为了隔离开发环境。你可以把分支想象成一条独立的流水线，在这里面随便折腾、实验新功能，等一切就绪后，再安全地合并回主线。掌握分支操作，是告别代码覆盖风险、提升协作效率的第一步。
创建与切换分支的核心命令
打开终端进入项目目录后，查看当前所有分支可以直接输入 git branch 命令。不带参数的情况下，它只会列出本地已有的分支列表，带星号标记的是你当前所在的分支。要创建一个新分支并直接切过去，强烈推荐 git checkout -b 你的分支名。这条命令会一次性完成建分支和切换动作。如果你只想新建而不切换，用 git branch 分支名即可。切换已存在的分支只需执行 git checkout 分支名。对于较新的Git版本，官方更推荐 git switch 命令，语法更直观，比如 git switch -c 新分支名 用于创建并切换，git switch 目标分支名 用于直接切换。建议在常用项目中设置别名，让操作更顺手。
合并分支与解决冲突
当某个功能开发完毕且经过充分测试后，就需要将分支代码合入主分支。首先确保你当前处于主分支，比如 master 或 main，然后执行 git merge 你的功能分支名。Git会自动尝试将两边的改动拼接在一起。大多数时候流程很顺畅，但有时会触发冲突。冲突通常发生在两个人同时修改了同一个文件的同一行代码。此时Git会暂停合并，并在文件中用<<<<<<< 、======= 和 >>>>>>> 标记出冲突区域。你需要手动打开文件，保留正确的代码逻辑，删掉多余的标记符号。修改完成后，使用 git add 添加该文件，最后输入 git commit 提交合并结果，冲突就彻底解决了。遇到复杂冲突不要慌，一步步核对业务需求即可。
删除分支与清理工作区
功能合入主线后，对应的临时分支就没有继续存在的必要了。删除本地分支很简单，直接运行 git branch -d 分支名。如果该分支还没有被合并，Git出于保护机制会拒绝删除，这时可以强制使用 -D 参数。对于远程仓库，删除操作需要配合推送指令，命令为 git push origin --delete 分支名。定期清理无用的远程分支能保持仓库整洁。如果你经常在不同设备间工作，发现有些远程分支本地已经不存在，可以使用 git fetch -p 来同步并清理这些过期的追踪引用，避免列表冗长干扰判断。保持工作区清爽能让后续查找历史记录更轻松。
日常开发中的最佳实践
规范化的分支命名能极大降低沟通成本。建议采用类型加具体描述的结构，比如 feature用户登录页 代表新功能开发，bugfix修复支付异常 代表问题修补，hotfix紧急热修复 对应线上故障处理。不要在一棵分支上堆积太多任务，每个分支尽量保持单一职责，这样代码审查和合并冲突的概率都会大幅降低。养成频繁提交的习惯，但提交信息一定要写清楚改了什么。每次接手新任务前，先拉取最新的主干代码并切换到自己的分支，确保开发基础是最新的。遇到不确定的操作时，善用 git stash 暂存未完成的修改，干净地切换上下文，回来后再恢复现场。把这些步骤变成肌肉记忆，你的Git工作流就会非常顺滑。
