Qué se desplegó mientras tanto

Para volver a un estado bueno hay que saber cuál fue el último despliegue a producción hecho antes de que la canalización dejara de ser de fiar. La versión que se sirvió justo antes de la primera ejecución con la definición cambiada es el punto al que volver.

El cambio estaba en el archivo de un repositorio, pero una definición compartida lo lleva a otros. Compara la columna de la definición de cada despliegue con la del repositorio donde ocurrió el cambio.

Para planear la reconstrucción hay que saber cuántos despliegues a producción salieron de una canalización que no era de fiar. Cuéntalos todos, de cualquier aplicación.

Quien consigue una llave rara vez se conforma con usarla: suele dejar algo para volver. En el extracto, busca lo que se creó con la llave de producción y apunta el nombre del recurso sobre el que se hicieron las tres acciones seguidas.

Hay tres despliegues de producción hechos con una canalización que no era de fiar. El código de las versiones estaba revisado, pero entre el código y producción estuvieron la construcción y el despliegue, que son lo que la definición controla. Además, ambos repositorios comparten esa definición.