🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀

En este caso, puedes enviar un estado (success, failure, error), una descripción de qué ocurrió, una URL objetivo donde el usuario puede ir a buscar más información y un “contexto” en caso de que haya múltiples estados para un “commit”. Por ejemplo, un servicio de test puede dar un estado, y un servicio de validación puede dar por su parte su propio estado; el campo “context” serviría para diferenciarlos.

Si alguien abre un nuevo Pull Request en GitHub y este enganche está configurado, verías algo como Estado del commit mediante API..

Figure 55. Estado del commit mediante API.

Podrás ver entonces una pequeña marca de color verde, que nos indica que el “commit” tiene la cadena “Signed-off-by” en el mensaje y un aspa roja en aquellos donde el autor olvidase hacer esa firma. También verías que el Pull Request toma el estado del último “commit” en la rama y te avisa de si es un fallo. Esto es realmente útil si usas la API para pruebas, y así evitar hacer una fusión accidental de unos commits que han fallado las pruebas.

👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias