2025-06-05 Frontend Working Group Meeting Notes: frontend-build as dev and optional peer dependency
Date, time, location
Date:Jun 5, 2025 at 15:00 UTC (timezone converter)
Location: https://meet.google.com/wxe-myxy-uei
Discussion topic(s)
Continuing the “lighter prod dependencies” discussion
Jun 18, 2025is when Designs Tokens are landing on master for all Tutor-supported MFEs
🎥Recording
Video: https://drive.google.com/file/d/1WMxeN91cmCgj-vsGt8idUGiLNKBYCt5C/view?usp=drive_link
Transcript: https://drive.google.com/file/d/1b2K4vKsYg6zg_iYANl8rifhnq-mRA5jJJmXKDds1zR4/view?usp=drive_link
Participants
Adam Stankiewicz
Adolfo Brandes
Brian Smith
Mohamed Rafeeh Ibrahim
🤖 Summary
Primary Focus: Frontend Build Dependency Handling
Problem Context
The group examined a PR aiming to move frontend build dependencies from direct to dev dependencies in order to reduce unnecessary installs during micro-frontend (MF) builds.
There is a recurring issue where
frontend-build
ends up in production bundles due to being a peer dependency offrontend-platform
, despite being intended as a dev-only requirement for most MFs.
Key Technical Discussion
Current behavior:
frontend-platform
listsfrontend-build
as a peer dependency.This results in MFs pulling in
frontend-build
as a direct dependency, even when it's meant only for development.
Proposal by Adam:
Make
frontend-build
an optional peer dependency infrontend-platform
.This prevents automatic installation unless explicitly declared in the MF’s
package.json
.
Testing & Results:
Adam tested the optional peer dependency setup.
In MFs where
frontend-build
is listed explicitly as a dev dependency, it appears correctly asdev: true
inpackage-lock.json
.Without it, it’s excluded entirely, which is desirable and flags missing dependencies clearly.
Decision Points:
The current PR suggesting moving frontend-build dependencies to dev dependencies was rejected.
The group agreed Adam's approach with optional peer dependencies is a better fit and more maintainable.
Next Steps & Responsibilities
✅ Brian will update the PR discussion stating that the working group approved moving forward with Adam’s strategy.
🔧 Adam will clean up the PR (name, version, metadata) and make it ready for broader review.
🔍 The team plans to test and document three MF scenarios:
Dev dependency present and valid ✅
Dev dependency present but version too old ⚠️
Dev dependency missing ❌
Design Tokens Launch Reminder
Date: June 18, 2025
Action: Design token branches will be merged into
master
for all tutor-supported Open edX MFs.Clarification:
This update does not affect enterprise MFs.
Adam is coordinating with team members (e.g., Robert) for PR reviews to support this merge.
Brian will perform a sync post-merge and wants to ensure all necessary fixes are in
frontend-platform
before the sync.
Miscellaneous Development Items
Modal/Button Overrides in Paragon:
Adam is still working on configuring selectors for new overrides (e.g., modals, buttons).
Expected to discuss/land during next week’s Paragon working group.
Coordination and QA:
Adam offered to share a Google Doc from Max containing minor QA items.
Brian confirmed willingness to assist with any issues that may affect the upcoming release.
Final Conclusions
The group unanimously supports moving forward with Adam’s optional peer dependency strategy.
Emphasis on using npm’s existing tooling to validate dependency compatibility.
Clear understanding that minimizing unintended production dependencies is key.