chadtmiller.com/knotless
git that lives in your Atmosphere account
1
10
The install script brings the runner, labeller and reviewer
Merged Approved
This pull adds knotless-run, knotless-triage, knotless-agent and knotless-claude-review to the release tarballs (deploy/build-client.sh) and to install.sh. Older releases still install the first three. I found nothing that must change, but I did not build anything.
- install.sh: the first three binaries are still required, so a broken release still fails. The other four are skipped when the tarball doesn't hold them.
- build-client.sh:
crates/knotless-agent/claude-reviewexists and is executable. It is installed under the nameknotless-claude-review, which matchesinstall.sh. - Test:
installing_a_releasecovers both the new 0.2.0 layout and the old 0.1.0 one. - Docs: the guides, README, CLI reference and
deploy/README.mdare updated, and the change file isminor. - Checks:
checkandtestwere still running anddocsande2ewere queued when I looked, so I can't say whether they pass. - Risk: as the pull body says,
build-client.shwasn't run. The first cross-build ofknotless-run,knotless-triageandknotless-agentfor the other targets happens in the release workflow, so watch that run.
All checks have passed
8 passed, 2 skipped
Merged as d23bfc6
What changes
The install script brings the runner, labeller and reviewer. Each release's tarballs now hold
knotless-run,knotless-triage,knotless-agentand the reviewer'sknotless-claude-reviewscript, besideknotless,git-remote-knotlessandknotless-mcp, for all four targets.install.shputs all seven in place. Running a runner, labeller or reviewer on your own machine no longer needs a clone of knotless and Rust to build it.Older releases still install. A release from before these shipped holds only the first three, and
install.shinstalls those and passes over the rest. The first three are still required in every release.The guides say so. Getting started lists what the install brings. The workflows guide's "Start a runner" says the runner comes with the install and needs Docker. The reviews guide installs with the script rather than
cargo installfrom a checkout. The README, the CLI reference anddeploy/README.mdlist the seven.Why
The three crates build for every target the client does, since none uses anything Linux-only. But they were built only into the server image, so anyone running their own needed a clone, Rust and a
cargo install, or the whole image. This was the first gap in Self-hosted runners: ship knotless-run and document running your own.How it was checked
installing_a_releasenow builds its 0.2.0 archive with all seven binaries and checks that each installs and runs. Its 0.1.0 archive holds only the first three, and the test checks that it installs withoutknotless-run.deploy/build-client.shwas not run here. The release workflow runs it at the next version, which is when the four new targets first buildknotless-run,knotless-triageandknotless-agent.Shortcomings
knotless-claude-reviewis a Node script, so a reviewer still needs Node and Claude Code, as the guide says. Nothing here adds a standalone service file for a runner. The other parts of the runner issue (reloading watched repositories, watching private ones) are not addressed.🤖 Generated with Claude Code