alteryx / alteryx/evalml

GitHub Action: Unit Test/ CI Timing Performance

Abierto
#2,435 1 comentario 0 reacciones 0 asignados Ver en GitHub
testing
Lenguaje dominante
Python
Estrellas
850
Forks
96
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

As a team lead/manager, I would like to establish an automated system to track increase/decrease of CI check completion time so that I can fail PRs that drastically increase CI runtime. As a dev/code reviewer, I would like an automated system of CI completion time so that I have a more reliable way other than eyeballing to determine the computational expense of introduced or modified tests.

I think one way this can be done is to establish a baseline for CI runtime according to each of the github actions, e.g. "Linux Unit Tests with Latest Dependencies" will have it's run time recorded at a certain value in a "ci_runtimes.json" file within the .github folder and a GH action created to record the run time of new PRs and compare it to that .json value. We should then fail the test if the increase in run time is greater than some threshold, like 1%.

That threshold should probably be determined first, for if there's too much noise in the GH actions CI check run time, the runner execution noise in the signal might override any benefit that we might get from imposing that rule. However, we might proceed anyways, acknowledging that the noise threshold is so large that it won't prevent minor test time creep but catch larger test time increases.

Guía de contribución

Abrir la guía de contribución

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.