Repository navigation
ci: parity cleanup with the engine baseline - #25
Conversation
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Advanced Run ID: Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Thanks for opening your first pull request on djangoapi-guard! Quick checklist before review (most of these are enforced by CI, but worth a glance):
See CONTRIBUTING.md for the full workflow and the Code of Conduct for the community standards we follow. Welcome aboard — a maintainer will review shortly. |
- add live-smoke, upstream-drift, and docksec workflows - fix the example app for guard-core 4.2: response-body scan for the return_pattern demo, custom check on the guard request protocol, guard response types, modifier headers via the wrapper mapping - quote the trailing-colon redis prefix env value (compose v5 parser)
|
You are seeing this message because GitHub Code Scanning has recently been set up for this repository, or this pull request contains the workflow file for the Code Scanning tool. What Enabling Code Scanning Means:
For more information about GitHub Code Scanning, check out the documentation. |
Aligns djapi-guard with the guard-core/fastapi-guard baseline. Two small alignments plus the workflow set the other adapters already carry:
|| 'test_token'fork fallback to IPINFO_TOKEN in ci.yml, matching the guard-core convention from 4d3c35e4 (fork PRs have no access to the repo secret, so the bare reference fails on forks), and wires--cov-fail-under=100(verified locally: 278 tests, 100% statement and branch coverage).query_params,DjangoGuardResponse, guard-response header mutation) and enablesbehavior_scan_response_body; compose.yml quotes the REDIS_PREFIX value.Summary by CodeRabbit
no-issueare exempt.