sublime text 没有原生“标签组”，实际依赖项目（.sublime-project）和分栏（split）实现上下文隔离；close_others 仅作用于当前焦点分栏，不跨分栏或项目；正确管理多项目标签需结合 .sublime-workspace 自动保存/恢复与 projectmanager 插件重置。
Sublime Text 本身没有“标签组”这个原生概念，所谓“标签组”实际是用户对「同一项目下打开的多个文件标签」的直观称呼。真正的管理逻辑依赖于项目（.sublime-project）和分栏（split）两个底层机制，不是靠标签页自身分组，而是靠上下文隔离。
为什么 close_others 不按预期关闭“其他项目”的标签？
因为 close_others 命令只作用于当前焦点所在的分栏（pane），不跨分栏，更不跨项目。它根本不知道“哪个标签属于哪个项目”，只认「当前激活的 tab 所在的 pane」。
- 如果你开了左右两个分栏，左边是项目 A 的 3 个文件，右边是项目 B 的 2 个文件，光标在左边第 2 个 tab 上按
ctrl+alt+w，只会关掉左边分栏里另外 2 个 tab，右边分栏完全不受影响 - 项目切换（比如用
ProjectManager插件）会主动关闭所有现有标签再加载新项目文件，这才是形成“干净标签组”的正确路径 - 误以为“所有打开的标签自动按项目分组”是常见误解——Sublime 不维护这种映射关系，
view.window().project_file_name()只能查当前 view 所属项目，不能反向聚合
如何让每个项目拥有独立、可一键还原的标签集合？
靠 .sublime-workspace 文件 + 项目保存机制。每次你通过 Project → Save Project As… 保存项目，Sublime 自动记录当前窗口状态（含所有打开的文件、光标位置、折叠状态等）到同名的 .sublime-workspace 文件中。
- 确保项目是通过
File → Open Folder…或Project → Add Folder to Project加载的，而不是单独双击打开一堆文件——否则 workspace 不会绑定项目路径 - 关闭 Sublime 前不用手动保存；只要项目已保存过，下次用
Project → Open Project…加载该.sublime-project，就会自动恢复上次的全部标签页 -
.sublime-workspace默认和.sublime-project同目录，但它是二进制格式，不应手动编辑或提交到 Git（建议加进.gitignore）
想快速清空当前工作区、只留一个文件？别依赖“关闭其他”
当你要从混乱状态回归单文件专注模式时，close_others 往往不够用——它不处理分栏，也不清理未保存的新建 tab（untitled）。更可靠的是组合操作：
- 先按
ctrl+alt+p（ProjectManager）选一个项目加载，它会强制关闭所有标签并重开目标项目文件，彻底重置上下文 - 或者用
ctrl+shift+p输入Close All Tabs，再手动打开当前需要的文件——比逐个关更可控 - 如果只是临时对比，建议用
ctrl+shift+1/2/3切分屏，把不同项目的文件放在不同分栏，视觉上隔离，避免误关
主题文件里改 tab_min_width 为什么没让标签变窄？
因为该设置只影响未激活标签的宽度，且必须写在正确的 "class": "tab" 块内，同时主题文件路径必须在 Settings – User 中显式指定，改完还得完全重启 Sublime。
- 别直接编辑
Packages/Theme - Default/下的文件——升级后会被覆盖；应复制到Packages/User/并在Preferences → Settings – User中加上："theme": "MyTheme.sublime-theme" - 搜索
"class": "tabset_control"，在其"children"数组里找到第一个"class": "tab"，把"tab_min_width"和"tab_max_width"设为相同值（如140）才能实现等宽 - 活动标签页宽度由
"tab_active_padding"和"tab_active_margin"控制，它默认比非活动标签宽，这是设计行为，不是 bug
真正难的不是改配置，而是意识到：Sublime 的标签管理本质是“项目 + 分栏 + workspace”三层协作的结果。任何想绕过项目机制、只靠标签页自身做分组的尝试，都会在多项目并行时露出破绽。
