checkout很久以前的tag，修改bug后合并到master，是不是只能对当前版本有效？

git版本管理规范

**查看当前分支**：使用`git branch`命令查看当前所在的分支。3. **合并分支**：当develop分支上的内容准备就绪时，可以将其合并到master分支。

【BlueZ】源码版本管理：tag/branch切换，适配不同开发场景

在BlueZ二次开发中，90%的开发者陷入了版本管理的致命误区：①随便拉最新master源码导致编译报错、API变更不兼容；②不清楚tag和branch的区别，版本升级后自己修改的代码彻底冲突；③LE Audio新旧版本断层，5.78之前和之后的BAP架构完全不同；④GATT逻辑在不同版本间重构，旧代码无法编译。本文基于BlueZ官方Git仓库的真实分支/tag体系，系统解析版本选型、分支切换、tag管理的完整方法论，彻底掌握BlueZ源码版本管理的核心技能。

SVN 分支与合并详解

使用标签（Tag）： 除了分支，SVN还支持标签（Tag），用于标记特定版本的代码，如发布版本。标签是只读的，通常不进行修改。创建标签的方式与创建分支类似，只是目标路径通常位于`tags`目录下。

git分支版本管理.pdf

开发完成后，这些分支会被合并回dev分支。4. **热修复分支（hotfix branches）**： 当线上版本出现紧急bug时，开发团队会创建hotfix分支，直接从当前的master分支切出。

git分支开发规范指南.pdf

开发者不应直接在master分支上进行修改，而是通过develop分支和hotfix分支合并的方式来更新。Develop分支是日常开发的核心分支，它包含了项目最新的开发代码以及已修复的bug。