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 can PR libraries to add support, and create a patch file from the dist output of those libraries. This way it can be used without module augmentation, and solve issues like #15
I started to create PRs for libraries to support this built-in:
patch-package needs to support patches from npm module (should be able to do that with --patch-dir flag), or from a url (which isn't supported at the moment, according to the issues)
Simplify the setup of this package, get rid of support packages, and ship patches as part of the core library? 🤔
The text was updated successfully, but these errors were encountered:
dotansimha
changed the title
Prefer patch-patch approach instead of module augmentation?
Prefer patch-package approach instead of module augmentation?
Jul 29, 2020
We can PR libraries to add support, and create a patch file from the dist output of those libraries. This way it can be used without module augmentation, and solve issues like #15
I started to create PRs for libraries to support this built-in:
typed-document-node
apollographql/apollo-client#6720Thoughts:
patch-package
needs to support patches from npm module (should be able to do that with--patch-dir
flag), or from a url (which isn't supported at the moment, according to the issues)support
packages, and ship patches as part of thecore
library? 🤔The text was updated successfully, but these errors were encountered: