HarperFast / HarperFast/harper
Component deploy: package-lock.json is now respected (breaking for enterprise npm registries)
- Dominant language
- JavaScript
- Stars
- 89
- Forks
- 10
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 200
Description
In 4.5, the component deploy process changed to **respect `package-lock.json`** during `npm install`. Previously, deployments ignored the lockfile — dependencies were installed fresh from the public registry.
This breaks deployments for users whose `package-lock.json` contains references to an internal/enterprise npm registry (e.g. Artifactory, Nexus) that isn't accessible from Harper instances.
## Customer workaround
Remove `package-lock.json` entirely from the deployed component package. Not viable long-term — it removes reproducibility from the build.
## Ask
Either:
1. **Skip the lockfile during Harper deploy install** — use `npm install --no-package-lock` or `npm install --ignore-scripts` to always resolve from the public registry (or from `package.json`'s `registry` field). This was the implicit behavior before 4.5.
2. **Provide a config flag** — `deploy_component` option to choose "honor lockfile" vs. "ignore lockfile" so operators can pick the right behavior for their network topology.
## Related
- [CORE-2903](https://harperdb.atlassian.net/browse/CORE-2903) / [HarperFast/harper#661](https://github.com/HarperFast/harper/issues/661) — "use `npm install ` for registry packages" touches the same install path.
---
🤖 Filed by Claude on behalf of Kris.
Contributor guide
Assessment
This issue has not been assessed yet.