必须配置 files.exclude 才能隐藏侧边栏中的配置文件，search.exclude 仅影响搜索；正确写法如 "**/.env": true，且工作区设置优先于用户设置。

直接改 files.exclude 才能让配置文件从侧边栏消失

VSCode 里想让 .env、.gitconfig、.vscode 这类配置文件不显示在资源管理器（左侧文件树）中，唯一有效的方式是配置 files.exclude。别碰 search.exclude——它只影响 Ctrl+Shift+F 搜索结果，对侧边栏完全没用。

常见错误现象：

• 在设置里搜 “exclude”，误点了 search.exclude 开关，结果文件还在左边挂着
• 只加了 "node_modules": true，但子目录里的 packages/foo/node_modules 依然可见
• 写了 "*.env" 或 ".env"，不生效——glob 必须带通配前缀

正确写法（全部相对于工作区根目录）：

• "**/.env": true —— 隐藏所有层级的 .env
• "**/.vscode": true —— 隐藏项目级 VSCode 配置目录
• "**/.git/**": true —— 隐藏整个 .git 目录（含其内容）
• "**/.*": true —— 默认就存在，会隐藏所有点文件；如需保留某些（如 .env），得单独放行，再精确排除其他

工作区设置优先，.vscode/settings.json 是团队协作的底线

你改的配置生效范围，取决于写在哪。用户级设置（全局）会影响所有项目，但一旦项目里有 .vscode/settings.json，它就会完全覆盖用户设置——很多人改了没效果，就是因为没意识到自己正处在工作区配置优先级下。

实操建议：

• 新建项目时，手动在根目录建 .vscode 文件夹，再建 settings.json
• 内容必须是完整 JSON 对象，不能只写一个字段：

  { "files.exclude": { "**/.env": true, "**/.git/**": true } }

• 这个文件可以提交到 Git，作为团队统一的视觉规范（注意：.env 本身仍需进 .gitignore）
• 如果已存在 .vscode/settings.json，直接编辑它，别去动用户设置——否则白改

**/.* 是默认陷阱，删它才能看到 .env 等点文件

VSCode 默认就启用了 "**/.*": true 这条规则，所以哪怕你什么都没配，.env、.gitignore、.editorconfig 全都不见。这不是系统隐藏，是编辑器主动过滤。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

想让它们重新出现？

• 打开命令面板（Ctrl+Shift+P），运行 Preferences: Open Workspace Settings (JSON)
• 找到 "**/.*": true 这一行，删掉或注释掉
• 保存后，关闭当前文件夹（File → Close Folder），再重新打开（File → Open Folder）——缓存才刷新
• 如果只想隐藏部分点文件（比如留 .env，但藏掉 .DS_Store），就别删整条，改成：

  "**/.DS_Store": true, "**/.git/**": true

  ，然后确保 .env 不在排除列表里

隐藏 ≠ 安全，.gitignore 和调试配置才是关键防线

files.exclude 只控制视觉呈现：文件照样能被 Git 提交、被代码读取、被插件扫描。它解决的是“手滑误点”问题，不是安全问题。

真正防泄露的三件事，缺一不可：

• .gitignore 里必须有 .env、secrets.json 等——否则 git add . 一次就全暴露
• launch.json 的 env 字段必须为空或删除，敏感变量走 python-dotenv 或系统环境注入
• 调试时变量面板默认会列出所有 os.environ，关掉 debug.showVariables 设置，或设为 onFirstLoad

最常被忽略的细节：files.exclude 写错 glob（比如 "dist/**"）会导致整个资源管理器变空——不是崩溃，是匹配太宽，所有文件都被滤掉了。验证是否生效，最快方式是关掉所有扩展再试一次。