The CI workflow step is named "runs make check", which the image has never done #175
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Found by the final independent review of #165. Deliberately NOT milestoned 1.0.0 — nothing is broken, and the tag does not rest on a step's display name.
.gitea/workflows/check.ymlnames its build step "Build Docker image (runs make check)". The image has never runmake check. It runsmake fmt-check, thengolangci-lint config verifyandgolangci-lint runin the lint stage, thenmake testandmake buildin the builder.script/check— which is whatmake checkinvokes — is not called anywhere in the Dockerfile.Pre-existing and untouched by #109. Filing it because this repo has spent a lot of review effort this cycle on exactly this class — a label asserting something the code does not do — and a step name is the first thing someone reads when a CI run fails.
Two README wording items to fold into the same commit
Both raised by the same review as non-blocking, and both are imprecision rather than falsehood:
script/testandscript/fmt-checkrun on the host" is true ofmake check's components, but reads as a global claim about the repo. Scope it.make lintand therefore formake checklocally.Definition of done
make checkand the cache-defeated Docker build are green.Implementation requirements
next, PR based onnext, single commit, title ending(closes #N).TODO.md(see #112).make bootstrapin a fresh clone before gating — browser assets are fetched at build time and not committed, andmake lintnow requires Docker.make checkplus the Docker lint path with the cache defeated. All linting runs in Docker, never on the host.