Página de Releases

1Saúde da release

Por release: adoção (participação nas sessões do projeto), sessões sem falha, usuários sem falha, eventos, novos problemas, regressões e o último deploy. As taxas são arredondadas para baixo para que uma falha nunca apareça como 100%. As sessões vêm de SDKs do Sentry, de POST /api/v1/sessions ou do SDK de navegador com autoSessionTracking: true e uma release. As sessões são mantidas por 90 dias.

2Commits suspeitos

A página de um problema lista até cinco commits da primeira release em que o problema apareceu cujos arquivos alterados correspondem a um stack frame in-app (os dois últimos segmentos do caminho devem coincidir, então envie source maps para bundles minificados). Os commits vêm da API compare do GitHub quando um token está salvo; caso contrário, do que a CLI enviou.

3Token do GitHub

Salve um token por projeto na página de Code owners. Ele é criptografado, somente uma dica de 4+4 caracteres é exibida, e é usado somente contra api.github.com.

4Regras de code owners

Uma regra associa um glob de caminho de arquivo ou um padrão de URL a um e-mail ou a um rótulo de equipe como #payments. Globs de caminho: src/checkout/**, *.py, models/*.py; * fica dentro de um diretório, ** atravessa diretórios, e um padrão corresponde em qualquer limite de diretório. Padrões de URL como */checkout* não diferenciam maiúsculas de minúsculas. No máximo 4 curingas e 256 caracteres por padrão, 200 regras por projeto. Os responsáveis correspondentes aparecem na página do problema, e os que são e-mails recebem cópias dos alertas.

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

Bom saber

• As regressões na página de Releases contam problemas que foram resolvidos e voltaram naquela release.
• Usuários sem falha precisa de sessões com id de usuário; contagens agregadas de sessões não têm nenhum.