VSCode默认不隐藏.env类文件，需在工作区settings.json中配置"*/.env": true并重开文件夹生效；search.exclude需单独设置，且路径为glob模式、区分大小写。
直接改 files.exclude 就行，不用删文件、不用动 .gitignore，也不用装插件——它专为这种“看得见但不想见”的场景设计。
为什么 .env 和 .env.local 还在资源管理器里？
VSCode 默认不隐藏任何以点（.）开头的文件，哪怕它们是纯配置用途。这些文件通常不参与代码逻辑，却挤占视觉空间，尤其当你频繁切换 src 和 pages 时，.env 往往卡在中间挡路。
-
.env、.env.local、.env.development等属于运行时配置，编辑频率低，但必须保留 - 它们不是 Git 忽略项（有些项目甚至要提交
.env.example），所以不能依赖 Git 扩展自动隐藏 - 只配
search.exclude没用——搜索框里不出现，但资源管理器照旧显示
files.exclude 怎么写才真正生效？
路径必须是相对于工作区根的 glob 模式，且不能漏掉前缀通配符。常见错误是写成 ".env" 或 ".env.*"，结果只匹配根目录下、不带路径的文件，子目录里的 config/.env 依然可见。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 隐藏所有环境配置文件：
"**/.env*": true（推荐，覆盖.env、.env.local、.env.production） - 只隐藏根目录下的：
".env*": true（注意没**/，不递归） - 连
.env.example也一起藏："**/.env*": true已包含，无需额外加 - 如果项目用了
.envrc（direnv）或.tool-versions（asdf），同样加进同一组："**/.envrc": true、"**/.tool-versions": true
该配在用户设置还是工作区设置？
优先写进项目根目录的 .vscode/settings.json。这类配置有明确归属：本地环境配置文件是项目级约定，不是你个人偏好。
- 工作区设置（
.vscode/settings.json）会随项目 Git 提交（可选），团队新人开箱即用 - 用户级设置（全局
settings.json）会导致所有项目都隐藏.env*，但某些脚手架（如 Vite 插件开发）可能依赖根目录.env显示来调试，反而误伤 - 别用
"[javascript]": { "files.exclude": { ... } }语言专属写法——环境变量文件跟语言无关，且该语法对files.exclude不生效（仅部分语言特定设置支持）
改完不消失？先看这三个地方
VSCode 对 files.exclude 的更新是实时的，但有几个边界情况会让规则“看起来失效”：
- 路径大小写敏感：
"**/.ENV*"不会匹配.env（Linux/macOS 下文件系统区分大小写） - 扩展干扰：GitLens、ESLint 等插件会在“源代码管理”或“问题”面板中主动列出被隐藏的文件，这不是
files.exclude失效，而是插件绕过了资源管理器过滤 - 缓存残留：极少数情况下，VSCode 文件树未刷新，关掉再重开窗口比重启整个应用更快验证
最常被忽略的是：你写的模式本身语法合法，但 VSCode 实际匹配的是完整路径字符串，比如 "**/.env*" 能匹配 .env 和 config/.env.local，但匹配不了 docker/.env.yaml（因为 .yaml 后缀不在 .env* 范围内）——这时候得单独加一行 "**/.env.yaml": true。
