Cuando invocas Cloud Deploy para crear una versión nueva que debe administrar tu canalización de entrega, la canalización y los destinos se conservan en su estado actual para esa versión. Aún puedes editar tu canalización de entrega y archivos de definición de destino, pero los cambios que realices solo afectan a las futuras actualizaciones.
¿Por qué Cloud Deploy hace esto?
Para que las versiones sean confiables y duraderas, la canalización de entrega y los recursos asociados se conservan en el momento en que se crean. Esta preservación evita que los cambios recientes en la definición de la canalización de entrega afecten la versión en formas en que los manifiestos generados podrían no adaptarse.
¿Por qué esto es importante?
Cuando se modifica una canalización de entrega después de crear tu versión, Cloud Deploy la entrega según la definición de la canalización anterior (como cuando se creó la versión), no con la definición nueva. Este comportamiento no es un problema, a menos que tú o alguien más de tu organización espere que la versión siga el comportamiento actualizado de la canalización.
¿Cuándo es importante?
Cuando promueves una
release
Cuando se creó la versión por primera vez, Cloud Deploy tomó una instantánea de la canalización. Esa instantánea (la instancia de canalización) es la versión de la canalización que controla el ciclo de implementación de esa
release
.Si alguien edita la canalización y, luego, promueves la versión al siguiente destino, Cloud Deploy mostrará una advertencia en la que se te informará que es posible que la implementación no se comporte como esperas. Puedes responder si confirmas la promoción o la cancelas.
gcloud deploy releases promote… WARNING: The delivery pipeline was modified since was created. This release will promote based on the state of the delivery pipeline at the time of release creation. It will not be rolled out to the pipeline in its current state. Promoting will result in . Learn more at: https://cloud.google.com/deploy/docs/pipeline-instances Are you sure you want to promote to ? Y/n
Si confirmas que deseas continuar, la versión se promueve al clúster de destino previsto, con ese destino configurado como se definió cuando creaste la release
. Es decir, los cambios en el destino no afectan a esa release
.
Cuando apruebes un
rollout
Al igual que con la promoción, si apruebas un
rollout
y hay una discrepancia entre la instancia de canalización asociada con la versión y la definición actual de la canalización, Cloud Deploy muestra un mensaje en el que se informa sobre la discrepancia. Puedes confirmar o cancelar la aprobación.Cuando reviertes una
release
.Si se cambia una canalización de entrega o un destino después de una
rollout
y tratas de revertirlo, la canalización no coincidirá. Cloud Deploy te pedirá que confirmes si realmente deseas realizar la reversión. En este caso, te recomendamos que examines el cambio en la canalización de entrega o el destino antes de revertir.