🐛 [BUG] 文件目录不正确

[zhishan33]

🐛 bug 描述

[Error: failed to create directory D:\projects\learn\ant-design-pro\dist\D:\projects\learn\ant-design-pro\src_umi for write to D:\projects\learn\ant-design-pro\dist\D:\projects\learn\ant-design-pro\src_umi\umi_ts_64b601d9.js

Caused by:

• 文件名、目录名或卷标语法不正确。 (os error 123)] {
  name: 'TurbopackInternalError'
  }

步骤 window11系统

1. git clone 拉取最新代码
2. pnpm i
3. pnpm start 

尝试管理员权限执行也报同样错误

[dosubot]

Hi @zhishan33! I'm Dosu and I’m helping the ant-design-pro team.

这个错误是因为 Windows 路径拼接不正确，导致 Turbopack 尝试在 dist 目录下再拼接一个绝对路径，最终生成了类似 dist\D:\projects\learn\ant-design-pro\src_umi 这样的非法目录名，从而触发了 os error 123（文件名、目录名或卷标语法不正确）。

最近 ant-design-pro 升级到 antd v6 并集成了 utoopack（Turbopack），但 utoopack 配置为空对象，Turbopack 会用默认规则拼接路径，没有做平台兼容处理，导致 Windows 下出现绝对路径拼接问题。相关 PR 变更

临时解决建议：

1. 检查 config/config.ts 或 utoopack 相关配置，尝试手动指定输出路径为相对路径（比如 src_umi），不要让 Turbopack 拼接绝对路径。
2. 如果 utoopack 支持配置 outputPath 或类似参数，可以尝试加上：

   utoopack: {
     outputPath: 'src_umi'
   }

   或参考 Umi/Turbopack 文档，确保所有路径都是相对的。
3. 如果没有相关配置项，可以尝试在 macOS 或 Linux 环境下运行，或者等待官方修复 Windows 路径兼容问题。

目前没有发现 ant-design-pro 或 Umi 官方文档有针对 Windows 路径拼接的解决方案或补丁。这个问题属于新集成 Turbopack 后的兼容性 bug，建议关注后续 utoopack/Turbopack 的更新。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

   

[daifuyang]

same as me

[Easoncan]

有一样的报错，怎么解决？

[kuxia]

找见问题所在了，将config.ts中的utoopack: {},改为mako: {},就能够正常运行了；在12月3日的提交5405ce26963d3711e9c38a6ce70f0147f9b61668中出现的，这个时候发生了修改

[echoyl]

找见问题所在了，将config.ts中的utoopack: {},改为mako: {},就能够正常运行了；在12月3日的提交5405ce26963d3711e9c38a6ce70f0147f9b61668中出现的，这个时候发生了修改

mako和utoopack 应该不是同一个东西吧？

[kuxia]

找见问题所在了，将config.ts中的utoopack： {}，改为mako： {}，就能够正常运行了;在12月3日的提交5405ce26963d3711e9c38a6ce70f0147f9b61668中出现的，这个时候发生了修改

mako和utoopack应该不是同一个东西吧？

utoopack 是 Ant Design Pro 团队为适配 antd v6 生态专门定制的打包工具，核心目的是解决旧版打包工具（mako/esbuild）在 antd v6 下的兼容性、性能和定制化问题，本质上是对底层打包能力的封装优化，而非完全重构，底层仍基于 webpack/rollup 等成熟打包内核，但做了针对 Pro 项目的深度适配。

[garyyeh]

找见问题所在了，将config.ts中的utoopack： {}，改为mako： {}，就能够正常运行了;在12月3日的提交5405ce26963d3711e9c38a6ce70f0147f9b61668中出现的，这个时候发生了修改

mako和utoopack应该不是同一个东西吧？

utoopack 是 Ant Design Pro 团队为适配 antd v6 生态专门定制的打包工具，核心目的是解决旧版打包工具（mako/esbuild）在 antd v6 下的兼容性、性能和定制化问题，本质上是对底层打包能力的封装优化，而非完全重构，底层仍基于 webpack/rollup 等成熟打包内核，但做了针对 Pro 项目的深度适配。

这么说的话，如果改为mako打包，是否会存在antd v6兼容性问题？还有其他更好的解决办法吗？

[afc163]

@fireairforce 看看

[rain0002009]

umi4.6.18开启utoopack也是一样的问题

[cvpv]

现在这个项目，你们是直接拉取master分支进行使用的吗？我还是使用pro-cli创建项目，没有遇到问题。现在是不是变革的时候，antd6.0发布，本项目也准备弃用mako了吗？是否现在不要创建项目比较好，等下个大版本发布》？

[fireairforce]

看上去是 windows 路径适配的问题，稍等，我排查一下

[Easoncan]

现在这个项目，你们是直接拉取master分支进行使用的吗？我还是使用pro-cli创建项目，没有遇到问题。现在是不是变革的时候，antd6.0发布，本项目也准备弃用mako了吗？是否现在不要创建项目比较好，等下个大版本发布》？

pro-cli默认是用gitee仓库的代码的，落后的不是一点点

[cvpv]

我使用pro-cli创建项目 `pro create --origin=github` 也遇到这个问题