• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

zostera / django-marina / 38124600572
100%

Build:
DEFAULT BRANCH: main
Ran 11 Oct 2026 08:23AM UTC
Jobs 1
Files 10
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

11 Oct 2026 08:22AM UTC coverage: 100.0%. Remained the same
38124600572

push

github

web-flow
release preflight: show the hidden commits, and catch a stale lockfile (#694)

* release-check: show the commits it was hiding

The recipe listed only commits touching src/, then printed "Every commit above
must be covered by an entry", which reads as a complete list and is not one.
Anything tooling-only was invisible to it.

That is not theoretical. django-marina 26.3 was cut with nine merged changes
unrecorded, including the coverage floor, the workflow hardening and the CI
gate fix, and django-bootstrap4 found five more of its own the same way. All
fourteen were caught by reading git log by hand, which is the step the recipe
exists to remove.

Two groups now. src/ commits keep the hard rule, since a code change reaching
users without an entry ships invisible. Everything else is printed under a
heading that says to read it, because no rule fits: a Dependabot bump of a dev
dependency is genuinely nothing to a user, while a lint rule or a contributor
policy belongs in the notes. Keeping the filter and adding a second list beats
dropping the filter, which would bury the commits that carry the hard rule in
dependency-bump noise.

A commit touching both src/ and other paths appears in both lists, which the
closing line now says.

Raised by the django-bootstrap4 session after both pre-cut checks I passed on
found real problems there. The justfile is synced verbatim, so the fix belongs
here. Propagation waits until the release PRs open in the siblings have landed,
per PACKAGING.md.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

* release-check: also catch a stale lockfile, and correct a claim

Two fixes to this branch.

uv.lock. I told two sibling sessions that a version bump going through a
release PR running just build would have caught bootstrap4's stale lock. The
bootstrap5 session tested that instead of believing it, and it is false: uv
sync --frozen does not check the project's own version, so just build happily
produced 26.4 ar... (continued)

28 of 28 branches covered (100.0%)

Branch coverage included in aggregate %.

164 of 164 relevant lines covered (100.0%)

15.0 hits per line

Jobs
ID Job ID Ran Files Coverage
1 38124600572.1 11 Oct 2026 08:23AM UTC 10
100.0
GitHub Action Run
Source Files on build 38124600572
  • Tree
  • List 10
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Repo
  • 652c38db on github
  • Prev Build on main (#38123616044)
  • Next Build on main (#38125324577)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc