如果我没有自动化部署的环境，只要config.local.ts存在，我永远无法在本地执行prod环境的发布，因为最终都会被config.local.ts覆盖。如果我要发布到prod，那么config.local.ts也是绝对不能上传到的，这又加了一道红线。

默认情况下本地配置 config.local.ts 永远优先，同时需要搭配 .gitignore 忽略这个文件，从而实现只有本地生效的配置效果，90% 的情况下，我们不会本地构建生产环境的包，如果有此类需求，可以不用 local ，使用 config.dev.ts 做本地开发配置。

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

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

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

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

还有个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前不要调用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的。其实这个一开始就能初始化掉。

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

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

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

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

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

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

可以加一个空的 config.ts ：

export default {}

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

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

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

可以加一个空的 config.ts ：

export default {}

不是 .umirc config 二选一吗？

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

这设计我感觉很离谱

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

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