Skip to content

fix(publish): publish tarball by ./ path - #23

Merged
roncodes merged 1 commit into
mainfrom
fix/publish-tarball-path
Oct 6, 2026
Merged

roncodes merged 1 commit into
mainfrom
fix/publish-tarball-path

Conversation

@roncodes

@roncodes roncodes commented Oct 6, 2026

Copy link
Copy Markdown
Member

What

publish.yml ran npm publish artifacts/*.tgz. npm treats artifacts/fleetbase-storefront-1.2.0.tgz as GitHub shorthand (owner/repo) and runs git ls-remote ssh://git@github.com/artifacts/fleetbase-storefront-1.2.0.tgz.git, so the v1.2.0 Publish run failed with Permission denied (publickey). As a result, npm still shows 1.1.14 and there's no GitHub Release for v1.2.0, even though the Release Tag workflow pushed the tag.

Fix: pass ./artifacts/*.tgz so npm resolves it as a local file.

Validation

  • npm publish --dry-run artifacts/fleetbase-storefront-1.2.0.tgz reproduces the git error locally.
  • npm publish --dry-run ./artifacts/fleetbase-storefront-1.2.0.tgz resolves + @fleetbase/storefront@1.2.0.
  • The other artifacts/*.tgz uses (ci.yml, the verify scripts) go through node scripts or upload-artifact, not npm spec parsing, so they're unaffected.

Follow-up

The v1.2.0 tag points at the commit with the broken workflow, so re-running that Publish run will fail again. After this merges, v1.2.0 has to be re-tagged on the fixed commit, or the fix has to ship as v1.2.1.

No API, docs, or spec impact.

…tHub spec

npm parses `artifacts/fleetbase-storefront-1.2.0.tgz` as the GitHub shorthand
`artifacts/<repo>` and tries to git ls-remote it, which failed the v1.2.0
Publish run with "Permission denied (publickey)".
@roncodes
roncodes merged commit 377a6ce into main Oct 6, 2026
16 checks passed
@roncodes
roncodes deleted the fix/publish-tarball-path branch October 6, 2026 08:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant