你有没有过这样的经历？计划一次长途旅行，一开始只想去三个城市，结果途中临时起意，加了两个景点，又因为天气改了路线，最后连自己都搞不清走到哪儿了。写代码也是一样，尤其是多人协作的时候，主干道上人来人往，谁都不想把自己的“半路搭车”搞成车祸现场。
分支就像你的旅行分线计划
每次你打算尝试一个新功能，比如给项目加个夜间模式，别直接在主线上动手。这就好比你原本计划的是江南水乡游，突然想顺路去沙漠看星星，得单独列个支线行程，不能把整个团的路线都打乱。
这时候就该建个新分支：
git checkout -b feature/night-mode这条命令的意思是：从当前代码切出一条叫 feature/night-mode 的新分支，专门用来开发夜览功能。主线上的代码稳如泰山，你在这边随便折腾，哪怕中途发现想法行不通，删了重来也不影响别人。
提交代码要像打卡拍照，有迹可循
很多人写代码一口气干到天黑，最后提交时写一句“改了一堆东西”。这就像旅行回来朋友问你玩得怎样，你说“去了趟外地”，细节全无，谁也听不明白。
每次完成一个小目标，比如实现了按钮切换，就及时提交：
git add .
git commit -m "添加夜间模式切换按钮"这样每一步都有记录，以后翻日志就像翻相册，哪天加了啥、谁改了啥，一目了然。
合并前先看看别人去了哪
当你开发完，准备把分支合回主线，别急着冲。先回到主干，同步最新内容：
git checkout main
git pull origin main然后再把你这条“支线旅行”的成果合并进去：
git merge feature/night-mode如果系统提示冲突，别慌，就像旅行中发现地图更新了路线重叠，手动确认一下哪些代码保留、哪些调整就行。
临时变卦？用 stash 先存起来
有时候你正写着代码，突然被喊去修紧急 bug。这时候别把半成品强行提交，可以用 stash 暂存当前改动：
git stash
# 去处理别的任务
git stash pop # 任务结束，恢复刚才的工作就像你旅行途中临时拐去办件事，把行李寄存一下，回来接着走，不耽误也不丢东西。
删分支不心疼，留记录才安心
功能上线后，对应的分支就可以删了：
git branch -d feature/night-mode别舍不得，只要提交记录还在，随时能查到当初是怎么实现的。就像旅行结束了，行程单可以收进抽屉，不用挂在墙上占地方。
合理使用分支，每个人都能在自己的节奏里推进工作，又能在合适的时候汇入主干。代码不乱，人心不慌。