新建与切换分支
Git分支是版本控制的核心功能，它允许你在不影响主代码的情况下并行开发新功能或修复漏洞。很多初学者看到复杂的命令行会发怵，其实只要掌握几个核心命令，日常开发就能轻松应对。这篇文章不堆砌理论，直接带你跑通从建分支到合并上线的全流程，帮你建立清晰的代码管理习惯。在终端输入git branch dev可以创建一个名为dev的新分支，但此时你依然停留在主分支上。要让工作区切换到新分支，执行git checkout dev即可。现代Git提供了更直观的写法git switch dev，效果完全一样。创建并立即切换可以用一条命令搞定git checkout -b dev或者git switch -c dev，这在本地快速开启新功能时非常高效。切换分支前最好确保当前工作区没有未提交的修改，否则可能会触发保护机制。
推送与合并代码
提交更改后需要把分支推送到远程仓库。默认情况下git push只推送当前分支，如果这是你第一次推送该分支，加上-u参数会让Git记住关联关系，后续只需git push就行。当你的功能开发完毕，准备整合回主分支时，先切回主分支git checkout main，然后执行git merge dev。Git会自动把dev上的改动合入main，如果没有冲突，整个过程瞬间完成。合并前务必确认主分支是最新的，避免引入未知问题。多人同时开发同一个模块时，建议先在本地测试合并结果，确认无误后再推送到服务器。
处理合并冲突
合并冲突是新手最常遇到的拦路虎。当两个人修改了同一文件的同一行区域，Git无法自动判断该保留谁的代码，就会暂停合并并提示冲突。打开报错的文件，你会看到<<<<<<，=======和>>>>>>标记，它们分别划分了不同分支的代码块。手动编辑文件，删除这些标记符号并保留最终需要的内容，保存后执行git add和git commit，冲突就顺利解决了。遇到拿不准的情况，可以使用git mergetool调用可视化比对工具，操作起来直观得多。解决冲突后记得通知相关同事，确保大家同步了解代码变更情况。
清理与协作规范
分支用完记得清理。本地不再需要的分支可以运行git branch -d dev删除。如果某个分支已经在远程被合并，且你想彻底移除远程记录，执行git push origin --delete dev即可保持仓库整洁。多人协作时建议遵循命名规范，比如feature开头代表新功能，bugfix开头代表问题修复，release开头代表发布版本，这样团队沟通效率会大幅提升。实际开发中不要频繁在主分支写代码，养成随时同步的习惯，每天开工前执行git pull main拉取最新状态，避免长时间脱离主线导致后期合并困难。遇到紧急线上故障，直接从主分支拉出hotfix分支修完再合并回去，主分支永远保持可发布状态。如果误删了分支也不用慌，Git本身有强大的恢复机制。通过git reflog可以查看最近的提交记录，找到对应commit的哈希值后，用git branch 分支名 重新找回。平时养成定期打标签的习惯，给重要版本打上v1.0或v2.0的标记，方便日后回溯。团队协作中定期发起代码审查，结合分支策略能让项目推进更稳健。掌握这些基础操作后，多练几次命令行肌肉记忆自然形成，分支管理也就成了顺手的事。
