Instancias de canalización por actualización

Cuando invocas Google Cloud Deploy a fin de crear una versión nueva para que la administre la canalización de entrega, la canalización y los destinos se conservan en su estado actual de 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é Google Cloud Deploy hace esto?

Para mantener las versiones confiables y duraderas, la canalización de entrega y sus 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 el lanzamiento de formas que los manifiestos generados no podrían admitir.

¿Por qué esto es importante?

Cuando se cambia una canalización de entrega después de crear la versión, Google Cloud Deploy entrega la versión según la definición de canalización anterior (como era cuando se creó la versión) no la nueva definición. 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, Google 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 sí edita la canalización y, luego, tú pasas la versión al siguiente destino, Google Cloud Deploy mostrará una advertencia que te informará que es posible que la implementación no se comporte como se espera. 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 apruebas una rollout

Al igual que con la promoción, si apruebas un rollout y existe una discrepancia entre la instancia de canalización asociada a la versión y la definición de la canalización actual, Google Cloud Deploy muestra un mensaje que te 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 revertirla, habrá una discrepancia de canalización. Google Cloud Deploy te pedirá que confirmes si realmente deseas revertir. En este caso, te recomendamos que examines el cambio en la canalización de entrega o en el objetivo antes de revertirlo.