Skip to content
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

Local registry used in testing doesn't work in all cases #217

Open
aurelien-baudet opened this issue Oct 8, 2018 · 0 comments
Open

Local registry used in testing doesn't work in all cases #217

aurelien-baudet opened this issue Oct 8, 2018 · 0 comments
Assignees
Labels
bug Something isn't working tests

Comments

@aurelien-baudet
Copy link
Contributor

I'm submitting a ... (check one with "x")

[x] bug report => search github for a similar issue or PR before submitting
[ ] feature request

Scope (check one with "x")

[ ] <root>
[ ] @zetapush/cli
[ ] @zetapush/client
[ ] @zetapush/cometd
[ ] @zetapush/common
[ ] @zetapush/core
[ ] @zetapush/create
[ ] @zetapush/http-server
[ ] @zetapush/platform-legacy
[x] @zetapush/testing
[ ] @zetapush/troubleshooting
[ ] @zetapush/user-management
[ ] @zetapush/worker

Current behavior

A dependency of @zetapush/common:0.34.2 published on official npm registry.
I use dependency @zetapush/common:0.34.2 in my code.
I made changes in packages/common sources that I want to test locally even for pushed version.
When I launch tests that push the worker, a local verdaccio registry proxy is setup and platform uses this registry through localtunnel.
However, the downloaded artifact is the version published on official NPM. This is the behavior described by verdaccio. If a version exists both in verdaccio and in npm, it uses the npm one.

I also tested using a dist tag "testing" and to explicitly use "testing" version in package.json. It downloads the right version of @zetapush/common. However, @zetapush/common has dependencies. Those dependencies fail with wrong sha1 verification.

Expected behavior

I expect that when I use npm().dependencies() in given part of my test always overrides the dependency even if it exists on npm.

Minimal reproduction of the problem with instructions

What is the motivation / use case for changing the behavior?

Please tell us about your environment:

  • Operating System:
  • Node Version: X.Y.Z
  • Npm Version: X.Y.Z
  • @zetapush/* Version: X.Y.Z
@aurelien-baudet aurelien-baudet added bug Something isn't working tests labels Oct 8, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working tests
Projects
None yet
Development

No branches or pull requests

2 participants