La acción de Code Quality de GitHub deja de fallar en ejecuciones de CI en nuevas ramas

GitHub ha actualizado su GitHub Action upload-code-coverage dentro de Code Quality para evitar que los flujos de trabajo de integración continua fallen cuando los desarrolladores envían cambios a ramas recién creadas. La modificación soluciona un problema por el cual el proceso de carga de cobertura provocaba fallos innecesarios en la compilación dentro de ramas que aún no contaban con una solicitud de extracción activa.

Gestión de publicaciones en ramas no vinculadas

Antes de este ajuste, la API de cobertura de GitHub requería un número explícito de solicitud de extracción cada vez que se enviaba código a cualquier rama diferente a la predeterminada. Dado que ese identificador únicamente se genera tras la creación de una solicitud de extracción abierta, los primeros envíos de código a ramas nuevas hacían que el paso upload-code-coverage arrojara un error, a pesar de que el flujo de trabajo subyacente funcionaba correctamente.

Con el nuevo comportamiento, la acción detecta de forma automática cuando se produce una publicación en una rama que carece de una solicitud de extracción asociada. En lugar de devolver un estado de fallo, omite por completo el intento de carga. Asimismo, registra un aviso explicativo en GitHub Actions y añade una nota al resumen del paso. Esta tolerancia se mantiene para los envíos posteriores hasta que se abra oficialmente una solicitud de extracción.

Impacto en las configuraciones de flujos de trabajo

El cambio no exige actualizar la configuración en repositorios estándar. Las cargas de cobertura activadas por envíos a ramas predeterminadas, junto con los eventos de solicitud de extracción compatibles, continúan operando sin modificaciones.

Sin embargo, los equipos de desarrollo deben tener en cuenta cómo interactúan los disparadores de eventos con esta actualización. Si un flujo de trabajo depende exclusivamente de eventos de tipo push, la apertura de una solicitud de extracción no generará automáticamente una carga de cobertura por sí sola; la medición se reanudará en el siguiente envío de código a esa rama. Aquellos repositorios que requieran métricas de cobertura inmediatas al abrir una solicitud de extracción deben incluir explícitamente el disparador pull_request en sus definiciones de flujo de trabajo.

Disponibilidad en la plataforma

El comportamiento actualizado de la acción ya está activo para usuarios de GitHub Enterprise Cloud y GitHub Team, incluyendo las cuentas que utilizan GitHub Enterprise Cloud con residencia de datos. Esta actualización no se ha implementado en las ejecuciones de GitHub Enterprise Server.

Ilustración editorial generada con IA; no es una fotografía documental.

Fuente: Code coverage uploads no longer fail CI for new branches