Pagina Release

1Salute delle release

Per release: adozione (quota delle sessioni del progetto), sessioni crash-free, utenti crash-free, eventi, nuove issue, regressioni e l'ultimo deploy. I tassi sono arrotondati per difetto così un solo crash non appare mai come 100%. Le sessioni vengono dagli SDK Sentry, da POST /api/v1/sessions, o dall'SDK per browser con autoSessionTracking: true e una release. Le sessioni sono conservate 90 giorni.

2Commit sospetti

La pagina di una issue elenca fino a cinque commit della prima release in cui è comparsa la issue i cui file modificati corrispondono a un frame in-app dello stack (gli ultimi due segmenti del percorso devono coincidere, quindi carica le source map per i bundle minificati). I commit vengono dall'API compare di GitHub quando un token è salvato, altrimenti da ciò che ha inviato la CLI.

3Token GitHub

Salva un token per progetto nella pagina Code owner. È cifrato, viene mostrato solo un indizio di 4+4 caratteri, ed è usato solo verso api.github.com.

4Regole dei code owner

Una regola associa un glob di percorso file o un pattern URL a un'email o a un'etichetta di team come #payments. Glob di percorso: src/checkout/**, *.py, models/*.py; * resta dentro una directory, ** attraversa le directory, e un pattern corrisponde a qualsiasi confine di directory. I pattern URL come */checkout* non distinguono maiuscole e minuscole. Al massimo 4 caratteri jolly e 256 caratteri per pattern, 200 regole per progetto. I responsabili corrispondenti compaiono nella pagina della issue, e quelli che sono email ricevono copia degli avvisi.

src/checkout/**      ana@example.com
models/*.py          #odoo-team
*/checkout*          payments@example.com

Buono a sapersi

• Le regressioni nella pagina Release contano le issue che erano state risolte e sono tornate in quella release.
• Utenti crash-free richiede sessioni con un id utente; i conteggi aggregati delle sessioni non ne hanno.