1. 分支的本质（不是文件，也不是单个版本）#

分支不是项目里的实际文件，也不是某一个单独的项目版本，它的本质是：

• 存放在本地 .git 隐藏文件夹中的「轻量级指针」（可以理解为「版本书签」）。
• 指向一串连续的项目提交版本（形成「版本链条」），且始终自动指向这串链条的「最新版本」。

2. 用「日记+胶卷」比喻，一看就懂#

把项目开发过程想象成两件东西，帮你彻底理解：

1. 项目版本 = 电影胶卷的单格画面：每次执行 git commit 提交修改，都会生成一个「项目完整快照」（就是一个版本），像胶卷的一格画面，记录了当前时刻所有文件的状态。
2. 分支 = 胶卷链条+书签：
   • 主分支（main/master）：就是「完整的正版胶卷」，记录的是「可以正常使用的稳定版本链条」（比如博客上线运行的版本），书签始终贴在最新的稳定画面上。
   • 其他分支（如 dev、feature-评论功能）：就是「草稿胶卷」，从正版胶卷的某一格复制出来，后续新增功能、改 Bug 都在这卷草稿上操作（新增胶卷画面），书签也会跟着新画面移动，完全不影响正版胶卷的稳定。
3. 切换分支 = 切换放映机播放的胶卷：切换到某个分支，本质是让 Git 把「放映机」切到对应的胶卷，然后自动根据该胶卷最新画面（分支指向的最新版本），更新你本地的实际项目文件，让你看到该分支的最新内容。

3. 分支的核心价值（新手为什么要用？）#

哪怕只有你一个人开发，分支也能解决两个核心问题：

1. 保护稳定版本，避免搞崩项目：比如你的博客已经能正常访问（main 分支稳定），想新增「评论功能」，如果直接在 main 分支上改，改到一半出问题（比如代码报错），整个博客都会无法访问，且不好回滚。而在分支上开发，哪怕改烂了，也能直接删除分支重新建，完全不影响 main 分支的稳定。
2. 清晰管理版本，方便并行开发：比如你同时想「新增评论功能」和「优化导航栏样式」，可以建两个分支分别开发，互不干扰，哪个功能先完成、测试没问题，就先把哪个分支合并到 main 分支，不用等一个功能做完再做另一个，后续追溯版本时也能清晰看到每个功能的开发记录。

1. 查看分支（先知道自己在哪个分支）#

执行指令，查看本地仓库的所有分支，当前所在分支前会有 * 标记（绿色高亮）：

1
git branch