-
Notifications
You must be signed in to change notification settings - Fork 3.9k
install: add support for package aliases #3
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
512c1d5 to
f8396dd
Compare
9327bb3 to
96634a4
Compare
db63b89 to
b09bc8c
Compare
dadbf35 to
be8274e
Compare
df5409f to
dacc47d
Compare
48f6de2 to
ea19669
Compare
|
Where we can find documentation on this? |
|
docs or even a comment here with an example would be nice, i'm curious what this feature is all about... |
|
hey, @hinell and @benmonro. you can read more about this feature in the RFC for package aliases https://github.com/npm/rfcs/blob/latest/implemented/0001-package-aliases.md |
|
@chee Thanks for the link. Looks like this feature doesn't work. When I attempt to use UnwrapMy platform is Windows 10 x64 |
|
@hinell the feature is in v6.9 of npm, you have v6.7. |
|
@ljharb Oh thank you! |
|
Documentation at https://github.com/npm/rfcs/blob/latest/implemented/0001-package-aliases.md mentions that this implementation
Are the any current plans for allowing aliasing packages in the transitive dependencies? I have a more specific question about this at https://stackoverflow.com/q/64121161/334451 |
This fixes a broken `npm i` caused by node-sass, is notoriously flakey. This requires npm v6.9.0 or greater. See npm/cli#3
Resolves: UI5/cli#809 When shimmed packages are defined as dependency aliases in the package.json, they are being excluded from the bundlig as the packager eventually finds the real package and its path and as it's not defined in the shim, but its alias, it gets ignored. We need to provide more robust discovery in order to handle those cases: - npm/cli#3 - https://github.com/npm/rfcs/blob/main/implemented/0001-package-aliases.md
…608) Resolves: #809 When shimmed packages are defined as dependency aliases in the package.json, they are being excluded from the bundlig as the packager eventually finds the real package and its path and as it's not defined in the shim, but its alias, it gets ignored. We need to provide more robust discovery in order to handle those cases: - npm/cli#3 - https://github.com/npm/rfcs/blob/main/implemented/0001-package-aliases.md
…ui5-project#608) Resolves: #809 When shimmed packages are defined as dependency aliases in the package.json, they are being excluded from the bundlig as the packager eventually finds the real package and its path and as it's not defined in the shim, but its alias, it gets ignored. We need to provide more robust discovery in order to handle those cases: - npm/cli#3 - https://github.com/npm/rfcs/blob/main/implemented/0001-package-aliases.md
TODO
npm iprintoutsnpm lsdisplaynpm outdatedandnpm updatesupportignore-install-link.js404-parent.js00-verify-ls-ok.jscheck-install-self.jsdedupe-scoped.jsdo-not-remove-other-bins.jsgently-rm-linked-module.jsgently-rm-symlinked-global-dir.jsinstall-actions.jsinstall-at-sub-path-locally.jsinstall-contributors-count.jsinstall-into-likenamed-folder.jsinstall-report-just-installed.jsinstall-scoped-already-installed.jslegacy-ignore-nested-rm.jslegacy-test-package.jslink.jsls-l-depth-0.jsls-peer.jsls.jsshared-linked.jsshrinkwrap-default-dev.jsspec-local-specifiers.jssymlink-cycle.jstest/network/legacy-bundled-git.jsuninstall-link-clean.js