Taro Babel 8 升级计划与时间线？（@babel/core ^7 → ^8）

[sandy2008]

背景

• Babel 8.0.0 已于 2026-06-16 正式发布。
• Taro 最新 main（4.2.0）与 babel-preset-taro 仍固定在 @babel/core: ^7.24.4 及整套 @babel/* ^7。
• 注意到团队已经在零散修复 Babel 8 兼容问题（例如 fix(@tarojs/cli-convertor): 修复“taroize is not a function” (#18327)；修复“Scope#references is not available in Babel 8. Use Scope#referencesSet instead” #18368：Scope#references is not available in Babel 8. Use Scope#referencesSet instead），所以想确认一下整体方向。

动机：下游 interop 痛点（概括示例）

在基于 pnpm 的 monorepo 里，当 Taro 的 babel 工具链锁在 babel-7、而项目其它依赖已进入 babel-8 生态（lru-cache v11 等）时，会出现无法局部调和的 interop 问题。一个有代表性的例子：

• @babel/helper-compilation-targets@7.x 内部 new (require('lru-cache'))()，期望 lru-cache v5 那种「可调用的默认导出」；一旦解析到 hoist 上来的 lru-cache v11（{ LRUCache } 命名导出、不可 new），就抛 TypeError: _lruCache is not a constructor。
• 尝试用包管理器 override 把这个 helper 单独顶到 8.0.0 绕过，又会换来另一个 crash：8.x helper 顶部 import browserModulesData from '@babel/compat-data/native-modules' with { type: 'json' }，而工具链里 hoist 的 @babel/compat-data 仍是 7.x（把该子路径导出为 .js 而非 JSON）→ TypeError: Module .../native-modules.js is not of type "json"。

也就是说，babel 工具链实际上是「要么全 7、要么全 8」，下游没法把单个 helper 混到 8。结果只能靠 patch / 锁版本临时规避，直到 Taro 整体迁移到 babel-8 才能干净解决。

想确认的问题

1. Taro 是否有把 babel 工具链（@babel/core、babel-preset-taro 等）整体升级到 ^8 的计划与大致时间线？
2. 是否已有对应的 tracking issue / RFC / 分支可以关注？
3. 像 fix(@tarojs/cli-convertor): 修复“taroize is not a function” (#18327)；修复“Scope#references is not available in Babel 8. Use Scope#referencesSet instead” #18368 这类 Babel 8 兼容修复，是面向「完整支持 Babel 8」的路线，还是仅防御性兼容？
4. 外部贡献者能帮上什么（兼容性测试、子包迁移、兼容 PR）？是否有建议优先迁移的子包顺序？

很乐意协助测试或贡献 PR。谢谢！

---

English TL;DR

Babel 8.0.0 shipped on 2026-06-16, but Taro main (4.2.0) / babel-preset-taro still pin @babel/core ^7. Downstream pnpm monorepos hit un-reconcilable interop issues because the babel toolchain is effectively "all-7 or all-8" — e.g. @babel/helper-compilation-targets@7.x does new (require('lru-cache'))() and crashes when a hoisted lru-cache@11 ({ LRUCache }, non-constructable) is resolved; and force-overriding just that helper to 8.0.0 then crashes on import '@babel/compat-data/native-modules' with { type: 'json' } against a hoisted @babel/compat-data@7 (which exports that path as .js). I noticed you're already fixing Babel 8 compat issues piecemeal (e.g. #18368).

Questions: (1) Is there a plan/timeline to move Taro's babel toolchain to @babel/core ^8? (2) Any tracking issue / RFC / branch? (3) Are fixes like #18368 part of a path to full Babel 8 support, or just defensive compat? (4) How can external contributors help (testing, per-package migration, compat PRs)? Happy to test/contribute. Thanks!