为什么需要分支功能
在写代码的过程中，如果一直只在主线上修改，一旦引入严重问题，回滚和排查都会非常麻烦。Git的分支就像独立的平行空间，允许你在不干扰主线的情况下，专心开发新功能、测试新技术方案或者修复紧急漏洞。等模块稳定通过验收后，再平滑合入主干，整个流程清晰可控，非常适合个人高效工作或多人协同开发。
创建与切换分支的基础命令
进入项目根目录后，直接运行 git branch 就能查看所有分支列表，前面带星号的表示当前工作区所在的分支。如果想新建一个分支并立刻切过去，输入 git checkout -b 你的分支名 即可。新版Git更推荐使用 git switch -c 分支名，语义更明确，能有效避免误操作。养成习惯，每次开始新任务前先切分支，提交前务必核对当前所在分支，防止代码意外推送到公共区域。
将功能分支合并到主干
当分支内的功能开发完成且经过本地验证后，就可以准备合并回主分支。首先切回主分支并执行 git pull 获取远程最新状态，确保你的基准是最新的。接着运行 git merge 分支名，Git会自动进行三向合并。合并无误后，使用 git branch -d 分支名 清理本地冗余分支，最后 git push 推送完整历史记录到服务器。这一步是日常迭代的标准动作，熟练后可大幅提升交付速度。
处理合并冲突的实用技巧
不同分支修改了同一文件的相同行时，合并过程会触发冲突。此时Git不会盲目覆盖，而是会在冲突文件中标注清晰的界限符号。你只需打开对应文件，手动删除标记和废弃代码，保留符合业务需求的最终版本。清理完毕后，对文件执行 git add 并再次 commit 即可完成合并。遇到难以判断的逻辑冲突，建议拉出两边分支的差异文件逐行比对，或者直接与相关开发人员沟通确认。保持冷静按步骤操作，冲突从来不是技术难题。
日常开发的分支规范建议
团队作战最怕各自为政，统一的分支命名能省去大量沟通成本。建议采用前缀区分类型，例如 feat代表新功能，fix对应缺陷修复，refactor指代代码重构，hotfix专用于线上热修。主分支通常命名为 main 或 master，重要节点通过 git tag 打上版本标签。分支应当保持短周期特性，功能落地后尽快合并并删除，避免长期堆积导致合并难度指数级上升。临时性的探索代码也可以放在 dev 或 experimental 分支隔离。
进阶操作与避坑提醒
某些场景下你可能只想移植某一次特定的提交，而不是整个分支，这时 git cherry-pick 哈希值 能精准抽取目标commit。如果不慎将未经验证的代码合入了主分支，千万不要强行覆盖历史，使用 git revert 可安全生成反向提交还原状态。另外，永远避免在主分支上进行大规模结构调整，哪怕只是更换目录结构，也应先建立独立分支验证。定期执行 git fetch 刷新远程引用，但不要随意使用 git reset 强推本地指针，尤其是对已经分享给别人的分支。多练几次底层命令，结合可视化客户端辅助理解，分支管理就会变成自然而然的工作流。
