-
Notifications
You must be signed in to change notification settings - Fork 54
Refactor common packages #754
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
let it resolve, so the module is not marked as external and doesn't infer with the subpackage plugin
to drastically reduce the number of common packages, and make them predictable by just keeping common packages with dependencies the main package doesn't depend on
it allows for instance to disable extension gallery signature
f93828b to
fd7575c
Compare
|
@CGNonofr wow, I didn't expect such a change. That sounds good. How confident are you it is working properly? |
Quite confident! And it will be a new major version, so it's probably not a big issue if the first version of a new major version is broken |
kaisalmen
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Let's test this fully downstream...
|
🎉 This PR is included in version 24.1.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
stop generating *-common packages with uuids
Instead, try to merge them as much as possible with each others and with the main package, at the only condition that it doesn't add additional external dependencies (xterm, xterm addons, katex...)
Name the common packages with the external dependencies they are pulling (instead of uuids) so it's more predictable