Que compile o se empaquete. Detecta el error más frecuente y más barato de corregir.
Probar
Un subconjunto rápido. Lo lento va aparte, sin bloquear a quien está esperando.
Revisar
Formato, errores evidentes y comprobar que no se ha colado ninguna credencial.
Publicar
Sólo tras fusionar, con la imagen etiquetada por identificador de commit.
Desplegar
Nunca automático a producción sin una decisión humana y sin vuelta atrás probada.
Dos señales
Cómo se sabe que un flujo ha dejado de servir
Señal de alarma
Nadie mira el resultado
Si el flujo tarda veinte minutos o falla de forma intermitente, el equipo aprende a fusionar sin esperarlo. A partir de ese momento el rojo no significa nada.
Buena señal
Se consulta antes de preguntar
Cuando alguien mira el flujo antes de escribir en el chat, la herramienta está haciendo su trabajo: responde más rápido que una persona.
Por qué el porcentaje de cobertura mide poco, qué distingue una prueba útil de una que sólo consume tiempo y qué hacer con las pruebas que fallan a veces.
¿Prestan servicios de automatización o consultoría?
No. No implantamos flujos, no configuramos herramientas, no auditamos procesos de entrega y no aceptamos encargos. Este sitio publica material de lectura libre sobre cómo se plantean estas decisiones.
¿Recomiendan alguna herramienta concreta?
No. No mencionamos productos ni servicios por su nombre y no comparamos alternativas. Las herramientas de este terreno son en buena medida intercambiables para los problemas de un equipo pequeño; lo que decide es el criterio con que se usan.
¿Hace falta experiencia previa para leer los textos?
Ayuda tener contacto con desarrollo, pero están escritos para quien coordina o decide, no sólo para quien configura. Describen compromisos y modos de fallo, no ficheros de configuración.
¿Pueden revisar nuestro proceso de entrega?
No. No revisamos configuraciones, repositorios ni documentación de terceros. Si nos envía material técnico de su organización, se eliminará sin ser examinado.
¿Por qué no publican tiempos ni porcentajes objetivo?
Porque dependen del tamaño del proyecto, del lenguaje, de la infraestructura disponible y de cuántas personas trabajan sobre el mismo código. Un objetivo tomado de un artículo y aplicado a un equipo distinto produce trabajo inútil o falsa tranquilidad.
Contacto
¿Falta una etapa?
Escribimos a partir de lo que llega. No revisamos procesos ajenos, pero sí explicamos mejor un planteamiento.
