RFC: future of this package

[ShGKme]

I'd like to discuss the future of this package since we are migrating to @nextcloud/vite-config.

Current state

• We are actively working on @nextcloud/vite-config, migrating to it, and call the migration a performance improvement for apps
• This config is almost not maintained for a while

Issues with webpack-vue-config

1. 🐌 It is slow and requires much RAM for production build
2. 📦 It inject CSS into JS making impacting web performance
3. ⛓️‍💥 Bad extending. It just exports config which is then mutated, making it not configurable on hight-level and less stable for changes
4. 🌲 It has an old issue with less effective Tree Shaking

These issues can be solved:

1. Migrating from babel + ts-loader + Terser to ESBuild makes it much faster (requires even less RAM than Vite)
2. Adding MiniCssExtractPlugin to extract CSS
3. Adding a good support for extending and configuration similar to @nextcloud/vite-config
4. Not solvable afaik

Also, there is RSPack, Rust-based Webpack compatible bundler.

Issue with Vite

1. 🍴 It requires much more RAM on production build than Webpack + ESBuild
2. 🔬 It has an old problem with multiple JS entrypoints. It's optimized for building libraries and results in tons of micro-chunkswhich is bad for performance. It is not so configurable in chunk generation as Webpack. it is not a problem for typical Vite users with index.html entrypoint, but it is for Nextcloud apps
3. 🔎 Still lack of plugins. For even basic things we create our own plugins or use not widely-used ones

Some of the problem might be solved via rolldown (likely brining new in the beginning) or fixed in future.

Further options

1. Consider Vite the only recommended option

And mark this package as deprecated and maintenance-only

2. Support both

And develop a new major of nextcloud/webpack-config with some of problems solved.

[skjnldsv]

1. Consider Vite the only recommended option

👍

[ShGKme]

2. Support both

👍