From dfaf5c5a7d6d75646aed97891b9a8942b1be8ca6 Mon Sep 17 00:00:00 2001 From: Cristian Felipe Cruz Buitron Date: Sun, 20 Sep 2026 17:31:19 +0000 Subject: [PATCH] docs: marcar promote-to-production.sh como obsoleto (ahora automatico) --- promote-to-production.sh | 17 +++++++++++------ 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/promote-to-production.sh b/promote-to-production.sh index e953735..42b42b5 100755 --- a/promote-to-production.sh +++ b/promote-to-production.sh @@ -1,12 +1,17 @@ #!/usr/bin/env bash set -Eeuo pipefail -# Promueve el tag de imagen del frontend actualmente desplegado en Staging -# (workloads/ecommerce-staging/frontend/patches/deployment.yaml) al -# manifiesto real de Producción (workloads/ecommerce/frontend/patches/ -# deployment.yaml). Es la contraparte manual del job "Actualizar -# Manifiesto GitOps (CD)" de .gitea/workflows/build.yaml, que desde -# 2026-09-14 solo actualiza Staging automáticamente en cada push a main. +# OBSOLETO como camino normal desde 2026-09-20: la promoción de Staging a +# Producción ahora corre sola dentro de .gitea/workflows/build.yaml (step +# "Promover a Producción (CD)"), en el mismo job que ya despliega a +# Staging -- decisión del usuario de eliminar el gate humano entre los +# dos ambientes. En uso normal este script ya no hace nada (Producción +# va a estar al día apenas termine el pipeline). +# +# Se conserva solo como herramienta de excepción/rollback manual -- +# ej. forzar Producción a una versión de Staging vieja sin pasar por un +# build nuevo. Mismo sed/perl que el step automático del pipeline, con +# la diferencia de que este sí pide confirmación interactiva. # # Asume que este repo (scripts) y apps-registry están clonados como # hermanos bajo el mismo directorio del lab (mismo layout que