Merge branch 'devel' into docs/add-llms.txt-and-guide

packages/webapp/package.js

@@ -1,12 +1,12 @@
 Package.describe({
   summary: "Serves a Meteor app over HTTP",
-  version: "2.0.5",
+  version: "2.0.6",
 });
 
 Npm.depends({
   "cookie-parser": "1.4.6",
-  express: "5.0.1",
-  "@types/express": "5.0.0",
+  express: "5.1.0",
+  "@types/express": "5.0.1",
   compression: "1.7.4",
   errorhandler: "1.5.1",
   parseurl: "1.3.3",

v3-docs/docs/about/roadmap.md

@@ -4,7 +4,7 @@ Describes the high-level features and actions for the Meteor project in the near
 
 ## Introduction
 
-**Last updated: March 6th, 2025.**
+**Last updated: March 31th, 2025.**
 
 The description of many items includes sentences and ideas from Meteor community members.
 
@@ -14,28 +14,77 @@ Contributors are encouraged to focus their efforts on work that aligns with the
 
 > If you have new feature requests or ideas, you should open a new [discussion](https://github.com/meteor/meteor/discussions/new).
 
-### Next releases
+## Current project: Bundle optimization
 
-- Bundle optimization
 > We need to improve the bundle size and performance of Meteor apps. We should consider tree-shaking, code-splitting,
 > and other optimizations to make our apps leaner and faster.
 > To achieve that we plan to integrate or have an easy way to integrate with modern bundlers like RSPack, ESBuild, or Rollup.
 
+**Discussion links:**
+
+- [GitHub discussion](https://github.com/meteor/meteor/discussions/11587)
+- [forums discussion](https://forums.meteor.com/t/join-the-effort-to-speed-up-meteor-bundler/63406/17)
+
+### Implementation plan:
+
+#### Phase 1: Profiling
+
+**Target Release:** 3.2 ✅
+
+**Goal:** Add a command([meteor profile](/cli/#meteorprofile)) to measure if our changes are actually making our builds faster and smaller.
+
+
+#### Phase 2: External Transpiler Integration & Bundler Improvements
+
+**Target Release:** 3.3 ⏳
+
+**Goal:** For this phase we want:
+ - Improve our current bundler performance, via optimizations so that any meteor user can get benefits from it; And an external bundler could get
+   the same benefits.
+ - To have an external transpiler working with Meteor and producing a bundle that is smaller or faster than the current Meteor bundle.
+
+#### Phase 3: HMR Improvements
+
+**Target Release:** 3.3.x ⏳
+
+**Goal:** Improve the HMR performance, so that it is faster and more reliable on what needs to be changed.
+
+#### Phase 4: Build Process Optimization
+
+**Target Release:** 3.4 ⏳
+
+**Goal:** Improve the build size and make meteor use less resources for building, decreasing even more build and rebuild time.
+
+
+#### Documentation Strategy
+
+We plan to document the changes in the Meteor documentation, including:
+- How to use the new features
+- How to integrate with the new bundler
+- How the meteor bundler pipeline works for future contributors
+- Examples and guides on how to integrate with the new bundler
+
+## Next releases
+
 - Support package.json exports fields ([Discussion](https://github.com/meteor/meteor/discussions/11727))
 - Tree-shaking
-> Tree-shaking and exports fields may be implemented by integrating with more modern build tools.
+
+  > Tree-shaking and exports fields may be implemented by integrating with more modern build tools.
 
 - Capacitor support
-> Capacitor is a modern alternative to Cordova; we should provide an easy way to build mobile apps using Capacitor.
+
+  > Capacitor is a modern alternative to Cordova; we should provide an easy way to build mobile apps using Capacitor.
 
 - MongoDB Change Streams support ([Discussion](https://github.com/meteor/meteor/discussions/11842))
-> Change Streams is the official way to listen to changes in MongoDB. We should provide a way to use it seamlessly in Meteor. It has been planned for a long time, and now we’re in a position to do it.
+
+  > Change Streams is the official way to listen to changes in MongoDB. We should provide a way to use it seamlessly in Meteor. It has been planned for a long time, and now we’re in a position to do it.
 
 - Improve TypeScript support for Meteor and packages ([Discussion](https://github.com/meteor/meteor/discussions/12080))
-> Should be an ongoing effort to improve the TypeScript support in Meteor and packages. We should provide a better experience for TypeScript users, including better type definitions and support for TypeScript features.
+
+  > Should be an ongoing effort to improve the TypeScript support in Meteor and packages. We should provide a better experience for TypeScript users, including better type definitions and support for TypeScript features.
 
 - Improve release CI/CD speed and reliability (optimized build times will help)
-> Our CI/CD takes too long to run, causing long queues and delays in our release process and feedback loop; we need to improve that.
+  > Our CI/CD takes too long to run, causing long queues and delays in our release process and feedback loop; we need to improve that.
 
 ### Candidate items
 
@@ -65,6 +114,6 @@ We need to discuss further to decide whether to proceed with these implementatio
 - Run Meteor on Node.js v20
 - Change web engine from Connect to Express
 
------------
+---
 
-For more completed items, refer to our [changelog](https://docs.meteor.com/history.html).
+For more completed items, refer to our [changelog](https://docs.meteor.com/history.html).