Keep the six-codebase migration-risk run as a labelled regression set
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start with cli/tests/test_migration_risk.py and the release checklist to see how existing false alarm classes and release checks are represented. Then trace the orm-lens migration-risk --format json entry point and its output fields before designing the pinned corpus, labels, and comparison script. Done means all 407 findings are labelled, the script reports zero differences on the current release, and the release checklist includes the manual run.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The run behind the 407-alarms write-up (NetBox, PostHog, authentik, Healthchecks, Plane, paperless-ngx) produced a verdict for every critical finding: 2 real, 405 false. The nine false-alarm classes are already cut down into tests in cli/tests/test_migration_risk.py, but the full run is not checked in, so a new class of false alarm would only show up if someone repeats the exercise by hand.
A reader on DEV suggested keeping it (comment): a real corpus with per-finding verdicts is a regression suite most linters never get.
What to build
- A pinned list of the six projects with the commit each was scanned at.
- A labelled file per project: one row per finding (
file,migration,operation,rule,severity) with a verdict (real/false) and, for false ones, which of the nine causes it was. - A script that checks out the pinned commits, runs
orm-lens migration-risk --format json, and diffs the result against the labels: new findings, findings that disappeared, severity changes. - Run it manually before releases at first; a scheduled CI job can come later, since cloning six large repos is slow.
Done when
- The labels for all 407 findings are in the repo.
- The script reports zero differences on the current release.
- The release checklist mentions running it.
- Lingua principale
- Python
- Stelle
- 84
- Fork
- 13
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di FROWNINGdev/django-orm-lens
-
suggest-indexes proposes composite indexes that include the primary key or a unique fieldForse già presa @bfs2021 l’ha presa oggi. Apertabug good first issue python
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
FROWNINGdev/django-orm-lens#269 ·
-
`migration-risk` text output prints `app.None` for graph-level findingsForse già presa @phoenixbycaselka l’ha presa oggi. Apertabug good first issue python
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
FROWNINGdev/django-orm-lens#268 ·
-
Finish the Chinese rule reference — DOL001–DOL007Forse di nuovo libera @harbinresearcher l’ha presa 64 giorni fa e non c’è nessuna pull request aperta. Apertadocumentation good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
FROWNINGdev/django-orm-lens#81 · 2 commenti ·
-
Fields inherited from Django's `AbstractBaseUser` / `PermissionsMixin` / `AbstractUser` are missingApertabug good first issue python
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
FROWNINGdev/django-orm-lens#267 ·
-
bug good first issue python
Difficoltà 3/5 Mezza giornata Idoneità per principianti 78/100
FROWNINGdev/django-orm-lens#266 ·
Tutte le issue di FROWNINGdev/django-orm-lens
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
gorakhargosh/watchdog#1462 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
openwisp/openwisp-monitoring#889 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OpenFreeEnergy/Lomap#180 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
roman-corgi/corgisim#327 ·
I maintainer di solito rispondono entro 2 giorni
-
agent:WSL bug code-review linux pri:medium sev:low tooling
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno