-
released this
2026-08-21 21:38:20 -05:00 | 20 commits to main since this release0.29.0's gate went red in CI and never published an image. The tag and the release
exist; the registry has no0.29.0, and:lateststayed on 0.28.3, so nothing was
deployed from it. This is that release with the one thing CI caught.Fixed
tests/test_gmail.pyused realistic@gmail.comaddresses, andtest_no_pii
refuses those in a public repo. Nowexample.com/example.net, which_RESERVED
already exempts — rather than extending_ALLOWED, since nothing in the file depends on
the domain, only on the two tenants having different ones.
Notes
-
The local gate was green, and was green honestly.
test_no_piiwalks tracked
files, andtests/test_gmail.pywas still untracked when the gate ran — so the file
under test was invisible to the test that would have caught it. Committing brought it
into scope, and CI, which checks out the committed tree, saw it immediately.That is the check working, not failing: an untracked file is not published, so scanning
tracked files is right. What was wrong is the habit of gating before staging. Run the
gate against the staged tree when a commit adds files —git stash push --keep-index
is what that costs. -
Reproduced in a clean venv built the way CI builds one —
--require-hashesfrom
requirements-dev.txt, then-e . --no-deps— rather than guessed at from the run
status. The API exposes no log endpoint and the web log route does not take a token, so
reproducing locally is the shorter path. -
1100 tests green.
Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads