TypeScript项目使用Snowpack开发时fs模块报错找不到问题求助

• Snowpack默认的构建目标是面向浏览器运行的前端代码，其依赖扫描逻辑只会从node_modules目录匹配导入的包名，不会自动识别Node.js原生内置模块（fs、path、os、process这类都属于范畴）。哪怕本地Node环境安装完全正常、单独执行tsc编译后的脚本可以通过Node正常运行，Snowpack仍然会把内置模块名当成缺失的npm包抛出报错，本质是两套模块解析规则不互通。
• 启动参数--polyfill-node的实际作用是给浏览器端场景引入Node内置模块的兼容polyfill，并没有内置“跳过Node内置模块的依赖解析、不把它纳入打包扫描流程”的逻辑，因此哪怕带该参数启动也会继续报错。
• Snowpack内部调用rollup做生产构建时，默认rollup配置同样是面向浏览器场景的，没有预置Node内置模块的跳过解析规则，这也是导致selenium-webdriver依赖的内置库全部加载失败的核心原因——这类本身依赖Node运行时的库，天生就不应该被纳入面向浏览器的构建管线扫描范围。

• 首先拆分代码运行边界：对接selenium-webdriver、读写本地文件的逻辑属于纯Node端脚本，完全不需要纳入Snowpack的构建扫描、dev server监听范围。
  • 把所有这类Node端代码统一放到独立目录（比如根目录下的scripts/、server/文件夹），在snowpack.config.mjs中配置exclude规则，将这些目录从Snowpack的构建流程中排除：

    // snowpack.config.mjs 配置示例
    export default {
      exclude: ['**/scripts/**/*', '**/server/**/*', '**/*.node.ts', '**/*.node.js'],
      // 保留原有其他项目配置
    }
    

  • 这类Node端脚本直接走tsc编译、Node原生执行的流程，不要通过Snowpack dev server加载运行，从根源上避免触发Snowpack对内置模块的扫描报错。
• 如果确实需要在前端网页代码中使用部分无系统权限要求的Node模块逻辑（比如纯函数类的路径处理工具），再开启对应适配：
  • 不要只在启动命令里加参数，直接在snowpack.config.mjs的packageOptions配置项中显式设置polyfillNode: true，避免命令行参数的优先级覆盖问题。
  • 注意：像fs这类需要操作系统权限的内置模块，哪怕打了polyfill也没法在浏览器端实现真实的本地文件读写，不要依赖该能力做前端页面的本地磁盘操作。
• 关于rollup流程的处理：如果需要对Node端脚本做单独打包，不要将这部分需求塞进Snowpack的内部rollup流程，单独编写独立的rollup配置文件，引入对应Node内置模块解析插件完成Node端打包，和Snowpack的前端构建流程完全隔离即可。

内容的提问来源于stack exchange，提问作者user2853437