请问umi4还支持多config目录下多环境配置吗？

[zhouzyc]

刚才试了下，从umi3升级到umi4.配置如下图，.local.ts在任何环境都会被执行，导致配置被覆盖无效， 在umi4文档中并没有相关说明，请问还支持这样写吗。

[fz6m]

合并顺序：

• config.ts

• config.${UMI_ENV}.ts

• config.${dev | prod}.ts

• config.${dev | prod}.${UMI_ENV}.ts

• config.local.ts

越向下的越具体，优先级更高，高优的可以往下移动。

[visla-perlin]

我有三个环境，本地环境 使用config.local.ts ,prod 环境使用config.ts，可唯独dev测试环境的 config.dev.ts没法用，因为会被prod覆盖了

[Deja-vuuu]

这为啥不借鉴一下nextjs的环境变量配置，通俗易懂。翻了很多都说这玩意设计的难以理解。😂

[iversonwool]

大佬，能发一下这个配置合并的源码链接吗，我想看看，感谢。

[zuozuoking]

我无法配置打包环境 我 配置的打包地址不生效 他永远就认那个 .env 里面的地址

[zuozuoking]

可以给我一个解决办法吗 谢谢

[ZeroJsus]

这个从下往上的优先级 让umi3 直接转过来的有点难受

[BH-M87]

还有个history的问题，render前不要调用history.push，不然会报错。配置文件的优先级问题也要注意下。css modules的配置似乎也不一样了哦。

[SilentFlute]

还有个history的问题，render前不要调用history.push，不然会报错。配置文件的优先级问题也要注意下。css modules的配置似乎也不一样了哦。

'render前不要调用history.push，不然会报错', 是这样了, 我也遇到了, 在做自定义渲染不走全局layout的时候遇到的, 报错信息如下:

Warning: Cannot update a component (`BrowserRoutes`) while rendering a different component (`LayoutWrapper`).
To locate the bad setState() call inside `LayoutWrapper`, follow the stack trace as described in
https://reactjs.org/link/setstate-in-render

[BH-M87]

还有个history的问题，render前不要调用history.push，不然会报错。配置文件的优先级问题也要注意下。css modules的配置似乎也不一样了哦。

'render前不要调用history.push，不然会报错', 是这样了, 我也遇到了, 在做自定义渲染不走全局layout的时候遇到的, 报错信息如下:

Warning: Cannot update a component (`BrowserRoutes`) while rendering a different component (`LayoutWrapper`).
To locate the bad setState() call inside `LayoutWrapper`, follow the stack trace as described in
https://reactjs.org/link/setstate-in-render

是的。这个在别的框架里面一般是不会遇到的。这里是因为他history的初始化的时机做的不太好。它实在render后去create的。其实这个一开始就能初始化掉。

[fz6m]

history 是需要依赖动态参数来进行创建的，在创建前，这些参数可能在运行时被修改，如 qiankun 微前端可能会修订路由类型，所以 render 后才能使用 history 。

在 umi 中是有独立 history 可以在任意位置使用的，而在 react router 中，只能在 hooks 中使用，从时机上他们都在渲染后才能使用。

[BH-M87]

history 是需要依赖动态参数来进行创建的，在创建前，这些参数可能在运行时被修改，如 qiankun 微前端可能会修订路由类型，所以 render 后才能使用 history 。

在 umi 中是有独立 history 可以在任意位置使用的，而在 react router 中，只能在 hooks 中使用，从时机上他们都在渲染后才能使用。

umi3里面是会默认初始化一个，然后再替换的。就不会有问题。umi4里面逻辑改了，一开始没初始化，就不行。可以自己写代码绕过去就是。

[lecd]

最终解决了吗

[BH-M87]

只有存在 .umirc.ts or config.ts 的时候，特定环境配置文件才会生效，不可以只特定环境。

可以加一个空的 config.ts ：

export default {}

这里合适的方案应该是如果没有config.ts，框架也能处理的吧。这可能还是一个bug？

[fz6m]

设计就是这样的，没有主配置文件，附属文件不会生效。

[gitdust]

只有存在 .umirc.ts or config.ts 的时候，特定环境配置文件才会生效，不可以只特定环境。

可以加一个空的 config.ts ：

export default {}

不是 .umirc config 二选一吗？

[Deja-vuuu]

设计就是这样的，没有主配置文件，附属文件不会生效。

这设计我感觉很离谱

[Aqurius-Hunter]

这个设计思路实在是看不懂，建议用简单一目了然的方式。UMI_ENV 等于什么就用什么配置不是最好吗~

[croatialu]

给人一种....

算了， 我目前的多环境配置

{
  "script": {
    "build": "cross-env UMI_ENV=prod max build",
    "build:test": "cross-env UMI_ENV=test max build",
  }
}

然后在 /config/config.prod.prod.ts 和 /config/config.prod.test.ts 中写自己的一些配置

不要掉了中间的一个 prod...

[visla-perlin]

想要自己的配置文件，还得先绕过默认的配置文件，😄

[zuozuoking]

这样写 我的还是不生效

[SilentFlute]

我的这么写是生效的, 这个项目是之前一个同事搭的, 用的@umijs/max, 我只是参与迭代, 已经上线, 目前没什么问题:

[fz6m]

如果不想配置文件过多复杂化，可以在一个配置文件 config.ts 里判断 process.env.UMI_ENV 和 process.env.NODE_ENV 的值，从而更改不同的配置即可。