You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently have some packages that we use directly from the Gutenberg submodule source, by taking advantage of Metro's smart ability to find and resolve those packages locally without them being in node_modules.
To do that we:
have the package define the react-native entrypoint, ideally pointing to an extensionless module filename
We're not adding too many packages anymore but, this feels still relevant, to have a way to differentiate between the packages we need direct source-code access to and the rest that just appear in the package.json anyway.
Could it be related to the monorepo work?
Not sure if this issue is still relevant in the Monorepo case. @Tug , do you know if there is such a similar differentiation between some packages being accessed via direct source-level access and others that just get installed in node_modules?
We currently have some packages that we use directly from the Gutenberg submodule source, by taking advantage of Metro's smart ability to find and resolve those packages locally without them being in
node_modules
.To do that we:
react-native
entrypoint, ideally pointing to an extensionless module filenamepackage.json
It would be nice if we had a nicer way to mange this and document which packages we use directly from source.
The text was updated successfully, but these errors were encountered: