[Bug] 项目开启 monorepoRedirect后，在package的别名路径不生效 about umi

[fz6m]

子项目用不了主项目的别名，你的子包代码应该是纯净的，假如你的子包带了主项目的配置相关的约定，这个包发布到 npm 上就不是通用的包了。

现在 TS 的项目如果你需要导入什么，输入关键词后， IDE 会帮你提示然后确认，将自动添加相对导入路径的 import ，一半的情况不需要手动输入相对路径。

如果你非要使用别名，就需要使用一种打包器，比如 vite / rollup 等，来将产物打包成 js 单文件产物，然后 watch build 产物来开发，不开启 monorepoRedirect ，配置到 mfsu.exclude 里就可以热更新：

// .umirc.ts

  mfsu: { exclude: ['@note/react'] }

但这种 watch build 单文件产物的方案，在 build 时会有一定延时，当子包很大时可能花费时间比较长。

[wizard-a]

@fz6m 子项目 b-utils 使用的是自己的配置

"paths": {
      "@/*": [
        "./src/*"
      ],
    }

能否monorepoRedirect开启的时候吗，读下这个配置做下映射。

构建单文件这个大项目开发确实不太友好

[fz6m]

1. 子包是不会支持读取 alias 的，因为这样这个包就有了前提的约束，不再清真、纯净了，单独发布到 npm 后不再是任何人都可以直接使用。

2. 目前 umi 的项目里还有一个约定，就是在第三方包里不能使用 umi 导入的方法，这也是同上一样的道理，要保证第三方包里的代码纯净性，不可以被污染。

tsc 等 bundleless 工具一直不支持 alias 甚至连插件都不支持是有原因的，因为要保证代码的纯净性，只做转译输出，当你的依赖包前提约束越多，后面就越难以维护，也无法被其他人所直接使用，所以发布的第三方包都应该尽量趋近于纯净，谁下载了都可以用，而不是还需要 alias 等前提条件；这也是除了 bundleless 派以外还有 bundle 派工具，比如 vite 和 rollup 等，这些工具有插件机制可以帮你构建更复杂约定的产物，所以如果你需要这个功能，就需要 bundle 。