icepkg
icepkg copied to clipboard
The Next Generation of Package Bundler

**Do you want to request a *feature* or report a *bug*?** Feature **What is the current behavior?** Docs don't seem to have an english version! This project seems to be...
我对比了build-plugin-rax-component0.x和build-plugin-component1.x的内容,发现在target为miniapp的情况下,build-plugin-component1.x里会将预设的模板拷贝进当前用户的工程目录  这里显得不太合理,既然在miniapp情况下交付给miniapp-compile-config来负责webpack的配置和工程构建,那么为啥要在调度miniapp-compile-config的build-plugin-component层面中加入模板复制呢?导致与miniapp相关的构建不是单一职责了 另外模板中的内容也是写死的(src/template/miniapp/ali-miniapp),如果不同业务方需要定制不同内容的小程序模板,目前只能通过在build-scripts层通过加入plugin改写webpackChain配置来实现(有没有合适的改写时机都还不知道),这样显得挺复杂。。。 于是对于miniapp构建来讲,build-plugin-rax-component0.x的使用体验就明显比build-plugin-component1.x好不少。
**Do you want to request a *feature* or report a *bug*?** **What is the current behavior?**  If the current behavior is a bug, please provide the steps to reproduce...
### 需求背景 icestark 推荐用build-scripts框架来启动微模块,然后被icestark微模块使用。 微模块加载器通过加载 http://${url}/index.js 来加载微模块资源 大部分情况下,在线上或者预发环境 想直接调试和开发本地代码。 由于当前build-plugin-component 打包出来umd是 dist 文件目录,但不会启动服务,服务被占用了demo. 建议另外启动一个dist文件的server,譬如:http://127.0.0.1:3334/
官网和这里都没找到。从1.5.5升级到现在的1.5.19疑似遇到破坏更新:之前构建的npm包在一个比较老的工程能够正常引入,现在升级后引入构建直接报错,怀疑和@swc/helper 升级至0.5.0有关。
打包成umd格式的js文件 里面的中文乱码 https://dev.g.alicdn.com/code/npm/@ali/flyfoxsdk/0.1.0/index.umd.es5.production.js 
目前 ICEPKG 转换内联 rpx 是通过 `@ice/jsx-runtime` 转换的,但是 jsx-plus 目前仅能转成 classic 模式 jsx-runtime
通过 modifyUserConfig 修改 用户配置 ,和直接配置后的 构建产物不同。 方式一 直接配置: ```typescript // build.config.mts import { defineConfig } from "@ice/pkg"; // https://pkg.ice.work/reference/config/ export default defineConfig({ transform: { formats: ["es2017"], }, bundle: { polyfill:...