VS Code 用多根工作区（.code-workspace 文件）管理多个项目。需通过“Add Folder to Workspace”添加文件夹，再“Save Workspace As”保存；设置分用户级、工作区级和文件夹级，优先级为文件夹级 > 工作区级 > 用户级；扩展启用范围需手动指定“此工作区”或“此文件夹”。
vs code 本身不靠“项目”概念管理代码，而是用 工作区（workspace） —— 一个包含多个文件夹、可保存专属设置和扩展启用状态的配置单元。直接新建或打开文件夹就是单文件夹工作区；要管多个关联项目，必须用多根工作区（multi-root workspace）。
怎么创建多根工作区（.code-workspace 文件）
这是管理多个项目的唯一可靠方式。手动创建或通过 UI 添加文件夹后保存为 .code-workspace，VS Code 才会记住所有路径、设置和调试配置。
- 打开 VS Code，选 File → Add Folder to Workspace…，逐个添加你的项目文件夹（如
frontend/、backend/、shared-lib/） - 添加完后，选 File → Save Workspace As…，存为
my-team.code-workspace（名字随意，但后缀必须是.code-workspace） - 之后双击这个文件，或用命令行
code my-team.code-workspace启动，就能复原全部文件夹和工作区级设置 - 不要只靠“最近打开”或反复
Open Folder—— 那只是临时会话，关掉就丢配置
工作区设置（settings.json）和文件夹设置的区别
VS Code 设置分三层：用户级（全局）、工作区级（.code-workspace 里）、文件夹级（各项目根目录下的 .vscode/settings.json）。混用时容易覆盖出错。
- 工作区级设置写在
.code-workspace的settings字段里，影响整个工作区（比如统一关闭editor.formatOnSave） - 文件夹级设置放在各自
.vscode/settings.json中，只对该文件夹生效（比如backend/用python.defaultInterpreterPath，frontend/用typescript.preferences.includePackageJsonAutoImports） - 如果同一配置在两级都出现，文件夹级 > 工作区级 > 用户级，但某些设置（如
extensions.ignoreRecommendations）只支持工作区或用户级
扩展启用范围经常被忽略
不是所有扩展都会自动适配多根工作区。有些只在激活的文件夹中起作用，有些则按工作区整体开关 —— 这直接影响 ESLint、Prettier、Go tools 等行为。
无论从何种情形出发，在目前校长负责制的制度安排下，中小学校长作为学校的领导者、管理者和教育者，其管理水平对于学校发展的重要性都是不言而喻的。从这个角度看，建立科学的校长绩效评价体系以及拥有相对应的评估手段和工具，有利于教育行政机关针对校长的管理实践全过程及其结果进行测定与衡量，做出价值判断和评估，从而有利于强化学校教学管理，提升教学质量，并衍生带来校长转变管理观念，提升自身综合管理素质。
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Extensions: Show Enabled Extensions in This Workspace - 右键某个扩展 → Extension Settings → Configure Extension Settings in…，可选 “This Workspace” 或 “This Folder”
- 例如：你只想在
frontend/启用ESLint，就在其文件夹右键设置；若想整个工作区都禁用GitLens，就在工作区级设置里加"gitlens.enabled": false - 别假设“已安装=已启用”，尤其跨语言项目（Go + JS + Python 混合时，语言服务器常互相干扰）
真正麻烦的不是建工作区，而是后续维护：每次增删文件夹都要重新保存 .code-workspace；不同团队成员的本地路径可能不一致（比如 C:\dev\ vs ~/code/），这时得用相对路径或配合 folders 中的 name 字段做语义区分；还有调试配置（.vscode/launch.json）必须放在工作区根，不能分散到各文件夹里。
