ci: publish preview releases with pkg.pr.new - #128
Conversation
Every push to main and every pull request now builds @docker-doctor/cli and publishes it to pkg.pr.new, so a fix can be installed from a commit sha before it ships to npm — without consuming a version number on the registry the way a snapshot publish would. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Warning Review limit reachedNext included review available in 38 minutes. View limit detailsLimit details: You’ve used the included review currently available. You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Review configuration: ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
|
The latest Docker Doctor scan for this pull request. Learn more about Docker Doctor.
Score: 84 / 100 · 3 issues
Scanned by Docker Doctor for commit |
commit: |
Description
Today there is no way to hand someone an unreleased build of the CLI. Reproducing a Docker diagnosis bug takes the reporter's own containers, so "can you check whether
mainfixes it?" currently means either asking them to clone and build the monorepo, or burning a real npm version on a snapshot publish just to get a tarball out.This adds
.github/workflows/preview-release.yml. Every push tomainand every pull request builds@docker-doctor/cliand publishes it to pkg.pr.new, which serves the tarball from its own CDN and never touches the npm registry:A bot comment with the install line lands on each PR automatically. Nothing about the changesets release flow changes.
Notes on the shape of it:
pull_requestpluspushonmainonly, so a PR branch does not run the job twice@docker-doctor/cli, matchingchangeset:publish, sowebandvideosstay out of it — the generatedskill/directory is produced by that build, so the tarball carries itbun installcopied fromcode-quality.ymlif: github.repository_owner == 'PunGrumpy'so forks don't try to publishAdapted from
millionco/react-doctor.Related Issues
N/A — infrastructure, no issue behind it.
Checklist
Additional Notes
The pkg.pr.new GitHub App has to be installed on this repo before this merges, otherwise the publish step fails. No tokens or secrets needed beyond that. The run on this PR is the real verification — it exercises the same build path as
code-quality.yml, which is green today.🤖 Generated with Claude Code