We have had an organisation scoped on npm for some time, for the sake of example let’s call this org ORGNAME, now with the github package registry, and due to our github org bearing the same name as our npm scope, both scopes are the same. ie: we publish public packages to the ORGNAME scope on npm, private packages to the ORGNAME scope on github
It seems that even though we changed to the new proxy setup as explained in the blog, setting up the npmrc file using
the registry will not resolve internally to fall back to the public NPM packages in case the private GitHub package is not available.
wondering if I’m doing something wrong?
I’m not sure if this is any help, but I ran into a similar issue and was able to resolve it by doing this:
that did the trick, thanks
Seems like it doesn’t work anymore. If it works for you, can you pin .npmrc, node version and yarn/npm version?
This solution is not working for me as of date.
This isn’t the solution.
What this does is make npm look for all packages with scope
@orgname on the GitHub package registry. If you also have scoped packages on npm, this approach completely breaks down.
This is still very much an issue and is a showstopper for using the GitHub registry alongside the npm registry.
Regardless of order, this
.npmrc is incapable of successfully installing both packages into a project:
I’ve faced with the same issue =(
I have unmarked the solution, since somewhere down the line, the proxying portion of GHPR stopped working.
Has anyone found a workaround for this? Currently facing this exact use case issue.