Skip to content

feat: add a readonly marker as the allowlist for production runs - #75

Merged
saqibmanan merged 1 commit into
CIfrom
feat/readonly-marker
Sep 11, 2026
Merged

feat: add a readonly marker as the allowlist for production runs#75
saqibmanan merged 1 commit into
CIfrom
feat/readonly-marker

Conversation

@saqibmanan

Copy link
Copy Markdown
Contributor

Step 1a of the deploy gating plan: only tests marked readonly may run against production. Opt-in per file (default-deny), so new tests never reach prod unless someone consciously marks them.

Applied to the 16 files under tests/api/smoke and tests/consumer/smoke, each audited for writes — they browse, query, or log in with the existing test account and read. Not marked: dataset create/delete mutations (tests/api/functional) and account creation (tests/consumer/functional).

pytest -m readonly --collect-only: 112 tests — exactly those files; 0 from functional/, mobile/, provider/. Metadata only; no behavior change until the workflow selects on it (next PR).

Only tests marked readonly may run against production. It is opt-in per
file, so a new test never reaches prod by default. Applied to the 16
files under tests/api/smoke and tests/consumer/smoke after auditing each
for writes: they browse, query, or log in with the existing test account
and read. The known writers -- dataset create/delete mutations in
tests/api/functional and account creation in tests/consumer/functional --
are not marked.

-m readonly selects 112 tests: exactly those files, none from
functional/, mobile/ or provider/.
@saqibmanan
saqibmanan merged commit ef70568 into CI Sep 11, 2026
3 checks passed
@saqibmanan
saqibmanan deleted the feat/readonly-marker branch September 11, 2026 17:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant