Meteor 2.7 升级迁移实战指南内置 PostCSS 处理、TailwindCSS 3.x 支持与 accounts-2fa 双因素认证【免费下载链接】meteorMeteor, the JavaScript App Platform项目地址: https://gitcode.com/gh_mirrors/me/meteor本篇技术指南围绕 Meteor 2.7 版本的核心变更展开覆盖三大主题新增的accounts-2fa双因素认证包、TailwindCSS 3.x 兼容性支持以及standard-minifier-css内置 PostCSS 处理能力。文章以官方迁移文档 guide/source/2.7-migration.md 为骨架结合当前仓库的源码实现与测试用例帮助你完成从旧版到 Meteor 2.7 的平滑升级并在升级后立刻用上新的 CSS 处理链路与 2FA 登录能力。升级总览Meteor 2.7 引入了什么Meteor2.7引入了三个重要的能力升级新增核心包accounts-2fa为accounts-password和accounts-passwordless提供基于 OTP一次性口令协议的双因素认证能力TailwindCSS 3.x 支持Meteor 的 minifier 链路经改进后可以正确处理 TailwindCSS 3.x 生成的样式standard-minifier-css内置 PostCSS 支持从该版本以及standard-minifier-css1.8.0起只要项目配置了 PostCSSMeteor 就会自动执行 PostCSS 插件无需再依赖第三方的 CSS minifier。其中第 1 项对现有应用零强制改动纯新增能力、按需使用而第 2、3 项则建议你在升级时按本文步骤检查并更新 CSS minifier 配置。完整变更明细可以参考仓库内的 changelog 与根目录 History.md。一、更新 meteor-node-stubs为node:前缀导入提供支持Meteor 2.7 为meteor-node-stubs增加了对 Node ESM 风格node:前缀导入的支持。由于这一改动涉及模块解析方式升级后需要将meteor-node-stubs更新到1.2.1或以上版本meteor npm install meteor-node-stubs1.2.1底层机制node:别名如何生效在仓库的 npm-packages/meteor-node-stubs/index.js 中可以看到这一机制的实现map.json定义了 Node 内建模块名到浏览器端 stub 包的一一映射如path→path-browserify、stream→stream-browserify而index.js在遍历映射时为每个模块同时注册了两种别名exports[id] meteorAliases[id .js] meteorAliases[node: id] aliasParts.join(/);也就是说import fs from node:fs与import fs from fs在 Meteor 2.7 的构建链中会被解析到同一个 stub 实现见 npm-packages/meteor-node-stubs/index.js。对于无法在浏览器端 stub 的内建模块如fs、net、child_processmap.json中的值为null对应别名被替换为空函数占位。升级之后你可以在客户端代码中安全地使用node:前缀导入例如import { Buffer } from node:buffer或import path from node:path它们都会被正确映射到浏览器可运行的 stub 实现。二、standard-minifier-css 内置 PostCSS 支持从 Meteor 2.7 起standard-minifier-css1.8.0 起standard-minifier-css会在压缩 CSS 之前自动运行你配置好的 PostCSS 插件。这意味着你不再需要第三方 PostCSS minifier。如果你正在使用juliancwirko:postcss作为 CSS minifier官方建议迁移到standard-minifier-css。对大多数应用来说只需切换应用使用的 minifiermeteor remove juliancwirko:postcss meteor add standard-minifier-css与 juliancwirko:postcss 的两点差异迁移后需要注意两个行为差异excludedPackages更名为excludedMeteorPackagesPostCSS 配置中用于排除 Meteor 包跳过 PostCSS 处理的选项被重命名.import.css扩展名不再被特殊对待此前.import.css文件会被视为“仅导入、不直接输出”的特殊文件迁移后在standard-minifier-css下没有这层特殊语义。源码视角PostCSS 是如何被加载与执行的在 packages/standard-minifier-css/plugin/postcss.js 中可以看到完整的加载逻辑通过postcss-load-config读取项目配置并以{ meteor: true }作为上下文参数加载见 postcss.js强制要求 PostCSS 主版本为8如果检测到其他大版本会直接报错并提示standard-minifier-css is only compatible with version 8 of PostCSS见 postcss.js如果postcss-load-config或postcss未安装会给出明确提示要求先执行meteor npm install postcss8判断某个 CSS 文件是否走 PostCSS 处理时会读取配置中的options.excludedMeteorPackages数组凡是目标路径命中packages/包名前缀的都会被跳过见 postcss.js。在压缩主流程 packages/standard-minifier-css/plugin/minify-css.js 中每个 CSS 文件都会先被送入 PostCSS 插件管线处理postcss(plugins).process(content, ...)处理后的产物再进入 CSS 解析、合并与压缩阶段见 minify-css.js。PostCSS 插件产出的dependency/dir-dependency消息还会被收集起来参与增量构建的缓存哈希确保 Tailwind 这类依赖目录扫描的插件在文件变化时能正确触发重建。关于 minifier-css-postcss 的注意事项需要特别说明在 Meteor 2.7 的 beta.1 中曾新增过一个核心包minifier-css-postcss但随后官方决定将 PostCSS 能力统一合并进standard-minifier-css因此不要在你的项目中使用minifier-css-postcss直接以standard-minifier-css为准即可。一个可落地的 PostCSS 配置示例当前仓库的端到端测试应用 tools/e2e-tests/apps/vue/postcss.config.js 提供了一个极简的 ESM 风格配置展示了如何在 Meteor 项目中声明 PostCSS 插件export default { plugins: { tailwindcss/postcss: {}, }, };将类似配置放在项目根目录postcss.config.js或postcss.config.cjs并安装对应的 npm 依赖后standard-minifier-css会在每次构建时自动加载并执行这些插件。三、TailwindCSS 3.x 支持Meteor 2.7 对 minifier 链路做了改进使其能够正确处理 TailwindCSS 3.x 生成的样式。以下 minifier 已随 2.7 更新并通过 TailwindCSS 3 测试juliancwirko:postcss自2.1.0版本起standard-minifier-css即上一节的内置 PostCSS 支持。如果你是从更早版本的 TailwindCSS 升级到 3.x请务必按照 TailwindCSS 官方升级指南逐项核对并应用 TailwindCSS 自身要求的改动例如配置格式、tailwind指令、JIT 模式下的内容扫描配置等Meteor 侧只负责把 PostCSS 插件正确跑起来TailwindCSS 本身的升级动作仍由你完成。在完成 minifier 迁移第二节的命令与 TailwindCSS 升级后建议在开发模式下运行meteor并检查构建产物Tailwind 工具类应被正确生成且standard-minifier-css的依赖监听机制会感知 Tailwind 扫描目录的变化从而在改动模板/内容文件时自动重建。四、accounts-2fa为登录流程启用双因素认证accounts-2fa是 Meteor 2.7 新增的核心包它通过 OTPOne-Time Password基于 TOTP 算法为accounts-password和accounts-passwordless提供双因素认证能力。迁移层面没有任何强制改动——不安装该包、不启用 2FA 的用户完全不受影响。只有当你希望为现有用户提供 2FA 时才需要安装并调用新提供的函数meteor add accounts-2fa客户端 API安装后客户端会获得四个新方法实现见 packages/accounts-2fa/2fa-client.js函数说明Accounts.has2faEnabled(callback)查询当前登录用户是否已启用 2FA回调返回布尔值Accounts.generate2faActivationQrCode(appName, callback)生成激活二维码。appName会作为扫码后在认证器 App 中显示的签发者名称成功回调返回{ svg, secret, uri }其中uri可用于用户手动录入密钥Accounts.enableUser2fa(code, callback)用认证器 App 生成的 6 位动态码完成激活使 2FA 正式生效Accounts.disableUser2fa(callback)关闭当前用户的 2FA典型的激活流程如下仅供参考的调用时序非现成 UI// 1. 查询状态 Accounts.has2faEnabled((error, enabled) { if (error) throw error; if (!enabled) { // 2. 生成二维码appName 会显示在用户的认证器 App 中 Accounts.generate2faActivationQrCode(My Meteor App, (error, { svg, secret, uri }) { if (error) throw error; // 把 svg 渲染给用户扫码或展示 uri 供手动录入 // 3. 用户输入认证器中的 6 位码后激活 Accounts.enableUser2fa(code, (error) { if (error) throw error; // 失败时错误类型为 invalid-2fa-code // 2FA 已启用 }); }); } });服务端实现TOTP 参数与数据存储服务端实现位于 packages/accounts-2fa/2fa-server.js其 TOTP 参数在文件顶部以常量定义见 2fa-server.js常量值含义TOTP_ALGORITHMSHA1哈希算法TOTP_DIGITS6动态码位数TOTP_PERIOD30码的有效期秒TOTP_WINDOW10校验容差窗口允许前后各若干周期TOTP_SECRET_SIZE20生成的密钥字节数底层依赖otpauth负责 TOTP 计算、qrcode-svg负责把otpauth://URI 渲染成 SVG 二维码依赖声明见 packages/accounts-2fa/package.js。密钥与启用状态存储在用户文档的services.twoFactorAuthentication字段中激活前只写入secret通过动态码校验后才补写type: otp见 2fa-server.js。出于安全考虑该字段通过Accounts.addAutopublishFields只向登录用户自动发布type一个子字段见 2fa-server.jssecret绝不会下发到客户端。登录时的 2FA 校验启用 2FA 后登录接口会要求额外提供动态码密码登录使用Meteor.loginWithPasswordAnd2faCode(selector, password, code, callback)见 packages/accounts-password/password_client.js。服务端先校验密码若用户已启用 2FA 则进一步校验动态码缺失时抛出no-2fa-code错误时抛出invalid-2fa-code见 packages/accounts-password/password_server.js无密码登录使用Meteor.passwordlessLoginWithTokenAnd2faCode(selector, token, code, callback)见 packages/accounts-passwordless/passwordless_client.js服务端同样在 token 校验通过后追加 2FA 动态码校验见 packages/accounts-passwordless/passwordless_server.js。值得注意的是两处服务端校验都通过可选调用Accounts._check2faEnabled?.(user)实现该方法是accounts-2fa注入的因此在没有安装accounts-2fa的项目中accounts-password/accounts-passwordless的行为与旧版完全一致——这也从源码层面印证了“2FA 是纯增量能力、对未使用它的应用零影响”。测试用例佐证仓库自带的 Tinytest 测试覆盖了 2FA 的核心行为见 packages/accounts-2fa/server_tests.js 与 packages/accounts-2fa/client_tests.js服务端Accounts._check2faEnabled对有无twoFactorAuthentication字段的用户返回正确布尔值生成的 token 为 6 位且密钥符合 Base32 字符集A-Z2-7规范已有小写密钥的存量用户仍可正常校验客户端新建用户未启用 2FA调用Accounts.has2faEnabled返回false。这些测试同时说明了兼容性设计即便用户是在启用 2FA 之前创建的历史数据其密钥校验逻辑也能正常工作。五、从更早版本迁移如果你当前使用的 Meteor 版本早于 2.7本指南聚焦 2.6 → 2.7可能无法覆盖你需要的全部注意事项请按版本链路查阅更早的迁移指南迁移到 Meteor 2.6自 2.5含 MongoDB 5.0 / Node.js Driver 4.x 升级、iOS 启动屏新键名等迁移到 Meteor 2.5自 2.4迁移到 Meteor 2.4自 2.3迁移到 Meteor 2.3自 2.2迁移到 Meteor 2.2自 2.0迁移到 Meteor 2.0自 1.12迁移到 Meteor 1.12自 1.11迁移到 Meteor 1.11自 1.10.2迁移到 Meteor 1.10.2自 1.10迁移到 Meteor 1.10自 1.9.3迁移到 Meteor 1.9.3自 1.9迁移到 Meteor 1.9自 1.8.3迁移到 Meteor 1.8.3自 1.8.2迁移到 Meteor 1.8.2自 1.8迁移到 Meteor 1.8自 1.7迁移到 Meteor 1.7自 1.6迁移到 Meteor 1.6自 1.5迁移到 Meteor 1.5自 1.4迁移到 Meteor 1.4自 1.3迁移到 Meteor 1.3自 1.2升级检查清单完成升级前建议按以下顺序逐项确认更新依赖执行meteor npm install meteor-node-stubs1.2.1获得node:前缀导入支持切换 CSS minifier若使用juliancwirko:postcss执行meteor remove juliancwirko:postcss与meteor add standard-minifier-css并检查配置中是否存在需要改名为excludedMeteorPackages的选项配置 PostCSS安装postcss8与所需插件如 TailwindCSS在项目根目录创建postcss.config.js/postcss.config.cjs重启meteor后验证构建输出升级 TailwindCSS若从旧版升级到 3.x先完成 TailwindCSS 自身的迁移改动按需启用 2FAmeteor add accounts-2fa将登录 UI 替换为loginWithPasswordAnd2faCode/passwordlessLoginWithTokenAnd2faCode并接入激活/禁用流程回归测试由于 2.7 对 CSS 构建链路改动较大建议在开发与生产构建两种模式下都验证样式输出同时对密码与无密码登录做完整回归。【免费下载链接】meteorMeteor, the JavaScript App Platform项目地址: https://gitcode.com/gh_mirrors/me/meteor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Meteor 2.7 升级迁移实战指南：内置 PostCSS 处理、TailwindCSS 3.x 支持与 accounts-2fa 双因素认证
Meteor 2.7 升级迁移实战指南内置 PostCSS 处理、TailwindCSS 3.x 支持与 accounts-2fa 双因素认证【免费下载链接】meteorMeteor, the JavaScript App Platform项目地址: https://gitcode.com/gh_mirrors/me/meteor本篇技术指南围绕 Meteor 2.7 版本的核心变更展开覆盖三大主题新增的accounts-2fa双因素认证包、TailwindCSS 3.x 兼容性支持以及standard-minifier-css内置 PostCSS 处理能力。文章以官方迁移文档 guide/source/2.7-migration.md 为骨架结合当前仓库的源码实现与测试用例帮助你完成从旧版到 Meteor 2.7 的平滑升级并在升级后立刻用上新的 CSS 处理链路与 2FA 登录能力。升级总览Meteor 2.7 引入了什么Meteor2.7引入了三个重要的能力升级新增核心包accounts-2fa为accounts-password和accounts-passwordless提供基于 OTP一次性口令协议的双因素认证能力TailwindCSS 3.x 支持Meteor 的 minifier 链路经改进后可以正确处理 TailwindCSS 3.x 生成的样式standard-minifier-css内置 PostCSS 支持从该版本以及standard-minifier-css1.8.0起只要项目配置了 PostCSSMeteor 就会自动执行 PostCSS 插件无需再依赖第三方的 CSS minifier。其中第 1 项对现有应用零强制改动纯新增能力、按需使用而第 2、3 项则建议你在升级时按本文步骤检查并更新 CSS minifier 配置。完整变更明细可以参考仓库内的 changelog 与根目录 History.md。一、更新 meteor-node-stubs为node:前缀导入提供支持Meteor 2.7 为meteor-node-stubs增加了对 Node ESM 风格node:前缀导入的支持。由于这一改动涉及模块解析方式升级后需要将meteor-node-stubs更新到1.2.1或以上版本meteor npm install meteor-node-stubs1.2.1底层机制node:别名如何生效在仓库的 npm-packages/meteor-node-stubs/index.js 中可以看到这一机制的实现map.json定义了 Node 内建模块名到浏览器端 stub 包的一一映射如path→path-browserify、stream→stream-browserify而index.js在遍历映射时为每个模块同时注册了两种别名exports[id] meteorAliases[id .js] meteorAliases[node: id] aliasParts.join(/);也就是说import fs from node:fs与import fs from fs在 Meteor 2.7 的构建链中会被解析到同一个 stub 实现见 npm-packages/meteor-node-stubs/index.js。对于无法在浏览器端 stub 的内建模块如fs、net、child_processmap.json中的值为null对应别名被替换为空函数占位。升级之后你可以在客户端代码中安全地使用node:前缀导入例如import { Buffer } from node:buffer或import path from node:path它们都会被正确映射到浏览器可运行的 stub 实现。二、standard-minifier-css 内置 PostCSS 支持从 Meteor 2.7 起standard-minifier-css1.8.0 起standard-minifier-css会在压缩 CSS 之前自动运行你配置好的 PostCSS 插件。这意味着你不再需要第三方 PostCSS minifier。如果你正在使用juliancwirko:postcss作为 CSS minifier官方建议迁移到standard-minifier-css。对大多数应用来说只需切换应用使用的 minifiermeteor remove juliancwirko:postcss meteor add standard-minifier-css与 juliancwirko:postcss 的两点差异迁移后需要注意两个行为差异excludedPackages更名为excludedMeteorPackagesPostCSS 配置中用于排除 Meteor 包跳过 PostCSS 处理的选项被重命名.import.css扩展名不再被特殊对待此前.import.css文件会被视为“仅导入、不直接输出”的特殊文件迁移后在standard-minifier-css下没有这层特殊语义。源码视角PostCSS 是如何被加载与执行的在 packages/standard-minifier-css/plugin/postcss.js 中可以看到完整的加载逻辑通过postcss-load-config读取项目配置并以{ meteor: true }作为上下文参数加载见 postcss.js强制要求 PostCSS 主版本为8如果检测到其他大版本会直接报错并提示standard-minifier-css is only compatible with version 8 of PostCSS见 postcss.js如果postcss-load-config或postcss未安装会给出明确提示要求先执行meteor npm install postcss8判断某个 CSS 文件是否走 PostCSS 处理时会读取配置中的options.excludedMeteorPackages数组凡是目标路径命中packages/包名前缀的都会被跳过见 postcss.js。在压缩主流程 packages/standard-minifier-css/plugin/minify-css.js 中每个 CSS 文件都会先被送入 PostCSS 插件管线处理postcss(plugins).process(content, ...)处理后的产物再进入 CSS 解析、合并与压缩阶段见 minify-css.js。PostCSS 插件产出的dependency/dir-dependency消息还会被收集起来参与增量构建的缓存哈希确保 Tailwind 这类依赖目录扫描的插件在文件变化时能正确触发重建。关于 minifier-css-postcss 的注意事项需要特别说明在 Meteor 2.7 的 beta.1 中曾新增过一个核心包minifier-css-postcss但随后官方决定将 PostCSS 能力统一合并进standard-minifier-css因此不要在你的项目中使用minifier-css-postcss直接以standard-minifier-css为准即可。一个可落地的 PostCSS 配置示例当前仓库的端到端测试应用 tools/e2e-tests/apps/vue/postcss.config.js 提供了一个极简的 ESM 风格配置展示了如何在 Meteor 项目中声明 PostCSS 插件export default { plugins: { tailwindcss/postcss: {}, }, };将类似配置放在项目根目录postcss.config.js或postcss.config.cjs并安装对应的 npm 依赖后standard-minifier-css会在每次构建时自动加载并执行这些插件。三、TailwindCSS 3.x 支持Meteor 2.7 对 minifier 链路做了改进使其能够正确处理 TailwindCSS 3.x 生成的样式。以下 minifier 已随 2.7 更新并通过 TailwindCSS 3 测试juliancwirko:postcss自2.1.0版本起standard-minifier-css即上一节的内置 PostCSS 支持。如果你是从更早版本的 TailwindCSS 升级到 3.x请务必按照 TailwindCSS 官方升级指南逐项核对并应用 TailwindCSS 自身要求的改动例如配置格式、tailwind指令、JIT 模式下的内容扫描配置等Meteor 侧只负责把 PostCSS 插件正确跑起来TailwindCSS 本身的升级动作仍由你完成。在完成 minifier 迁移第二节的命令与 TailwindCSS 升级后建议在开发模式下运行meteor并检查构建产物Tailwind 工具类应被正确生成且standard-minifier-css的依赖监听机制会感知 Tailwind 扫描目录的变化从而在改动模板/内容文件时自动重建。四、accounts-2fa为登录流程启用双因素认证accounts-2fa是 Meteor 2.7 新增的核心包它通过 OTPOne-Time Password基于 TOTP 算法为accounts-password和accounts-passwordless提供双因素认证能力。迁移层面没有任何强制改动——不安装该包、不启用 2FA 的用户完全不受影响。只有当你希望为现有用户提供 2FA 时才需要安装并调用新提供的函数meteor add accounts-2fa客户端 API安装后客户端会获得四个新方法实现见 packages/accounts-2fa/2fa-client.js函数说明Accounts.has2faEnabled(callback)查询当前登录用户是否已启用 2FA回调返回布尔值Accounts.generate2faActivationQrCode(appName, callback)生成激活二维码。appName会作为扫码后在认证器 App 中显示的签发者名称成功回调返回{ svg, secret, uri }其中uri可用于用户手动录入密钥Accounts.enableUser2fa(code, callback)用认证器 App 生成的 6 位动态码完成激活使 2FA 正式生效Accounts.disableUser2fa(callback)关闭当前用户的 2FA典型的激活流程如下仅供参考的调用时序非现成 UI// 1. 查询状态 Accounts.has2faEnabled((error, enabled) { if (error) throw error; if (!enabled) { // 2. 生成二维码appName 会显示在用户的认证器 App 中 Accounts.generate2faActivationQrCode(My Meteor App, (error, { svg, secret, uri }) { if (error) throw error; // 把 svg 渲染给用户扫码或展示 uri 供手动录入 // 3. 用户输入认证器中的 6 位码后激活 Accounts.enableUser2fa(code, (error) { if (error) throw error; // 失败时错误类型为 invalid-2fa-code // 2FA 已启用 }); }); } });服务端实现TOTP 参数与数据存储服务端实现位于 packages/accounts-2fa/2fa-server.js其 TOTP 参数在文件顶部以常量定义见 2fa-server.js常量值含义TOTP_ALGORITHMSHA1哈希算法TOTP_DIGITS6动态码位数TOTP_PERIOD30码的有效期秒TOTP_WINDOW10校验容差窗口允许前后各若干周期TOTP_SECRET_SIZE20生成的密钥字节数底层依赖otpauth负责 TOTP 计算、qrcode-svg负责把otpauth://URI 渲染成 SVG 二维码依赖声明见 packages/accounts-2fa/package.js。密钥与启用状态存储在用户文档的services.twoFactorAuthentication字段中激活前只写入secret通过动态码校验后才补写type: otp见 2fa-server.js。出于安全考虑该字段通过Accounts.addAutopublishFields只向登录用户自动发布type一个子字段见 2fa-server.jssecret绝不会下发到客户端。登录时的 2FA 校验启用 2FA 后登录接口会要求额外提供动态码密码登录使用Meteor.loginWithPasswordAnd2faCode(selector, password, code, callback)见 packages/accounts-password/password_client.js。服务端先校验密码若用户已启用 2FA 则进一步校验动态码缺失时抛出no-2fa-code错误时抛出invalid-2fa-code见 packages/accounts-password/password_server.js无密码登录使用Meteor.passwordlessLoginWithTokenAnd2faCode(selector, token, code, callback)见 packages/accounts-passwordless/passwordless_client.js服务端同样在 token 校验通过后追加 2FA 动态码校验见 packages/accounts-passwordless/passwordless_server.js。值得注意的是两处服务端校验都通过可选调用Accounts._check2faEnabled?.(user)实现该方法是accounts-2fa注入的因此在没有安装accounts-2fa的项目中accounts-password/accounts-passwordless的行为与旧版完全一致——这也从源码层面印证了“2FA 是纯增量能力、对未使用它的应用零影响”。测试用例佐证仓库自带的 Tinytest 测试覆盖了 2FA 的核心行为见 packages/accounts-2fa/server_tests.js 与 packages/accounts-2fa/client_tests.js服务端Accounts._check2faEnabled对有无twoFactorAuthentication字段的用户返回正确布尔值生成的 token 为 6 位且密钥符合 Base32 字符集A-Z2-7规范已有小写密钥的存量用户仍可正常校验客户端新建用户未启用 2FA调用Accounts.has2faEnabled返回false。这些测试同时说明了兼容性设计即便用户是在启用 2FA 之前创建的历史数据其密钥校验逻辑也能正常工作。五、从更早版本迁移如果你当前使用的 Meteor 版本早于 2.7本指南聚焦 2.6 → 2.7可能无法覆盖你需要的全部注意事项请按版本链路查阅更早的迁移指南迁移到 Meteor 2.6自 2.5含 MongoDB 5.0 / Node.js Driver 4.x 升级、iOS 启动屏新键名等迁移到 Meteor 2.5自 2.4迁移到 Meteor 2.4自 2.3迁移到 Meteor 2.3自 2.2迁移到 Meteor 2.2自 2.0迁移到 Meteor 2.0自 1.12迁移到 Meteor 1.12自 1.11迁移到 Meteor 1.11自 1.10.2迁移到 Meteor 1.10.2自 1.10迁移到 Meteor 1.10自 1.9.3迁移到 Meteor 1.9.3自 1.9迁移到 Meteor 1.9自 1.8.3迁移到 Meteor 1.8.3自 1.8.2迁移到 Meteor 1.8.2自 1.8迁移到 Meteor 1.8自 1.7迁移到 Meteor 1.7自 1.6迁移到 Meteor 1.6自 1.5迁移到 Meteor 1.5自 1.4迁移到 Meteor 1.4自 1.3迁移到 Meteor 1.3自 1.2升级检查清单完成升级前建议按以下顺序逐项确认更新依赖执行meteor npm install meteor-node-stubs1.2.1获得node:前缀导入支持切换 CSS minifier若使用juliancwirko:postcss执行meteor remove juliancwirko:postcss与meteor add standard-minifier-css并检查配置中是否存在需要改名为excludedMeteorPackages的选项配置 PostCSS安装postcss8与所需插件如 TailwindCSS在项目根目录创建postcss.config.js/postcss.config.cjs重启meteor后验证构建输出升级 TailwindCSS若从旧版升级到 3.x先完成 TailwindCSS 自身的迁移改动按需启用 2FAmeteor add accounts-2fa将登录 UI 替换为loginWithPasswordAnd2faCode/passwordlessLoginWithTokenAnd2faCode并接入激活/禁用流程回归测试由于 2.7 对 CSS 构建链路改动较大建议在开发与生产构建两种模式下都验证样式输出同时对密码与无密码登录做完整回归。【免费下载链接】meteorMeteor, the JavaScript App Platform项目地址: https://gitcode.com/gh_mirrors/me/meteor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
