-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Packages: Hoist dependencies for WordPress packages #33387
Conversation
Size Change: +1.14 kB (0%) Total Size: 1.07 MB
ℹ️ View Unchanged
|
I wonder if it would be beneficial to add a GitHub Action workflow to check for when versions fall out of sync. Seems that there is an NPM package for this, but not sure if this would work for us. |
That's interesting. If I follow correctly it works a bit differently than what we need. As explained in their docs:
In our case, (if only possible) we try to use the same version of a given dependency in all packages to ensure that the issue isn't propagated to 3rd party consumers - including WordPress core. In general, keeping one version of the same library mitigates the risk of unexpected bugs when a library uses some internal state to cache values, store value changes in memory, etc. The issue mostly comes from how the |
Description
This PR updates the
package-lock.json
to ensure that all dependencies are hoisted for WordPress packages. It ensures thatnode_modules
folders aren't installed insidepackages/
subfolders. It isn't a strong requirement but a good practice that ensures that the same packages aren't installed several times when it isn't necessary.I noticed that
classnames
dependency had a different patch version declared in one of the packages so I updated all entries to the latest version2.3.1
.How has this been tested?
Screenshots
Types of changes
Checklist:
*.native.js
files for terms that need renaming or removal).