docs: document fail-fast lint stage pattern for Dockerfiles #18
Reference in New Issue
Block a user
Delete Branch "update-dockerfile-lint-stage-docs"
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?
Documents the multistage Docker build pattern we now use across repos (chat, pixa, etc.) where a separate
lintstage runsmake fmt-checkandmake lintindependently from the build stage.Key additions to REPO_POLICIES.md:
COPY --from=lint /src/go.sum /dev/nullas the BuildKit dependency trick//go:embedplaceholders in the lint stageReference implementations:
sneak/chat,sneak/pixa.Review: PR #18 — docs: document fail-fast lint stage pattern for Dockerfiles
Policy Divergences
No policy violations found.
All relevant REPO_POLICIES.md rules checked:
@sha256:...placeholders with version/date comments. ✓last_modified: Updated to2026-03-12, consistent with commit date. ✓.golangci.ymlnot modified. ✓update-dockerfile-lint-stage-docs). ✓Requirements Checklist
COPY --from=lint /src/go.sum /dev/nullas BuildKit dependency trick//go:embedplaceholders in the lint stageBuild Result
make check: ✅ PASS (prettier formatting check passes, no test failures)docker build .: ✅ PASS (clean build)main: Already up to date, build still passes post-rebase.Content Accuracy
COPY --from=lint /src/go.sum /dev/nullexplanation is technically accurate — this creates a BuildKit stage dependency forcing lint completion before build proceeds.//go:embedplaceholder guidance is practical and correct.golangci/golangci-lintimage directly (includes Go + linter), correctly noted.@sha256:...with version/date comments above, consistent with the pinning policy.Scope
Single file changed (
prompts/REPO_POLICIES.md), single commit, documentation only. No scope creep.Verdict: PASS
Clean documentation addition. All requirements met, no policy violations, build passes, formatting correct. The new section integrates naturally between the existing Dockerfile and CI workflow bullets.