-
Notifications
You must be signed in to change notification settings - Fork 35
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
"core" folder missing on NPM registry #24
Comments
Also affected as this was factored in |
Since the release of `npm@6.8.0`, a version of `npm-packlist` is included that introduces a behavior to ignore anything named "core" by default. Added `!core` to the `.npmignore` file as a work around, and also more strictly pinned the `npm` version to auto-upgrade to so we don't get surprised in this kind of way anymore. Cause: npm/npm-packlist#24
Since the release of `npm@6.8.0`, a version of `npm-packlist` is included that introduces a behavior to ignore anything named "core" by default. Added `!core` to the `.npmignore` file as a work around, and also more strictly pinned the `npm` version to auto-upgrade to so we don't get surprised in this kind of way anymore. Cause: npm/npm-packlist#24
Some comments on the
|
The |
I have a "common" utils repo required through git in almost all my microservices, (basically, types and some classes to ease the communication between them). Suddenly, all my classes and types from the "core" service disappeared in my services. I think this behaviour should be undone as it breaks functional code, and is included in a minor update. |
I agree this is probably not worthwhile to include I'm talking to the team and suggesting that we back that name out of the list in the next release. In the meantime, anyone affected by this can either add |
It's really a surprise. |
According to npm/npm-packlist#24, a certain release of NPM started ignoring files named "core" implicitly, which broke the build system in our release packages starting with v2.5.11. This works around the issue by asking NPM explicitly _not_ to ignore that file. Closes #2752 Change-Id: I7d9fb45abe6cd70e02fc4bb14a08126f93b4cc0a
According to npm/npm-packlist#24, a certain release of NPM started ignoring files named "core" implicitly, which broke the build system in our release packages starting with v2.5.11. This works around the issue by asking NPM explicitly _not_ to ignore that file. Closes #2752 Change-Id: I7d9fb45abe6cd70e02fc4bb14a08126f93b4cc0a
According to npm/npm-packlist#24, a certain release of NPM started ignoring files named "core" implicitly, which broke the build system in our release packages starting with v2.5.11. This works around the issue by asking NPM explicitly _not_ to ignore that file. Closes #2752 Change-Id: I7d9fb45abe6cd70e02fc4bb14a08126f93b4cc0a
Greetings,
The Pull-Request n°8 got one of our Lerna projects broken due to a folder named "/lib/core" being missing on the NPM registry.
After some debugging, I have tracked the origin of the missing folder to the aforementioned PR.
The missing folder has nothing to do with a Linux core dump but instead contains the core components of the private tool we are hosting on NPM.
For the time being, we worked around the issue by adding
!/lib/core
in the local folder of the tool so that it overrides the default blacklist.An option to disable that behavior would be nice as mentioned in the PR itself: #8 (comment)
The text was updated successfully, but these errors were encountered: