在日常开发中，多人协作写代码是家常便饭。比如你和同事一起做公司官网改版，他负责首页设计，你负责后台逻辑。如果大家直接在一个文件上改来改去，很容易覆盖对方的工作。这时候，Git 的分支管理就派上了用场。
为什么要用分支？
想象一下，你正在开发一个新功能，还没做完，但线上突然出现了一个紧急 Bug。如果你所有代码都在同一个地方，就没法临时切出去修 Bug。而有了分支，你可以先把当前工作保存到一个独立分支，再从主干拉出新分支修 Bug，修完合并回去，继续原来的功能开发，互不干扰。
常用分支操作命令
创建并切换到新分支：
git checkout -b feature/login查看当前有哪些分支：
git branch切换回主分支：
git checkout main把功能分支合并到主分支：
git merge feature/login提交代码时的小细节
每次提交代码，写清楚提交信息很重要。不要只写“更新代码”这种模糊内容，而是说明具体改了什么。比如：
git commit -m "修复用户登录超时问题"这样别人翻记录时能快速定位改动点，也方便自己几个月后回头看。
实际协作中的流程建议
很多团队采用 Git Flow 或简化版的工作流。比如，main 分支只保留稳定版本，所有新功能都在 feature 开头的分支开发，测试通过后再合并进 main。上线前还可以用 release 分支做最后校验。
举个例子，你要加一个注册页面：
git checkout main
git pull origin main
git checkout -b feature/signup-page写完代码后提交：
git add .
git commit -m "添加用户注册页面及表单验证"
git push origin feature/signup-page然后在 GitHub 或 GitLab 上发起 Pull Request，让同事帮忙 Review 代码，确认没问题后再合并。
避免常见的坑
有人习惯一直待在 main 分支上改代码，这是高风险操作。一旦误提交未完成的代码，会影响整个项目。建议养成“先切分支再动手”的习惯。
另外，push 前记得先 pull。否则可能因为本地落后于远程而提交失败，甚至引发冲突。尤其是在多人频繁提交的项目里，每天开工前执行一次 git pull 能省去不少麻烦。
分支用完要及时清理。功能合并后，本地和远程的对应分支都可以删掉，保持仓库整洁：
git branch -d feature/signup-page
git push origin --delete feature/signup-page合理使用分支，不只是技术问题，更是一种协作素养。就像办公室里每个人有自己的工位，不会挤在一张桌子上干活。代码世界也一样，各司其职，才能高效推进。