fix(ci): actualizar MANIFEST_FILE tras la migracion a platform-templates

Los 3 pipelines (build.yaml, build-medusa.yaml, deploy-docs.yaml)
todavia apuntaban a las rutas viejas de deployment.yaml (borradas al
migrar cada app a un overlay de platform-templates) para el paso de
auto-actualizacion GitOps. Se rompio en vivo en el primer build real
post-migracion (docs-portal v1.0.117): la imagen se construyo, escaneo
y firmo bien, pero el ultimo paso (sed sobre el manifest) fallo con
'No such file or directory'. Se corrigen las 3 rutas a
patches/deployment.yaml, y se bumpea a mano el tag de docs-portal a
v1.0.117 (la imagen ya existe en el registry, firmada y verificada,
no hace falta reconstruirla).

Co-Authored-By: Claude Sonnet 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_011FqYP3Wf1W63Qmh7qgXAAT

.gitea/workflows/build-medusa.yaml

@@ -84,7 +84,7 @@ jobs:
 
     env:
       APP_DIR: workloads/commerce-backend
-      MANIFEST_FILE: workloads/ecommerce/commerce/medusa.yaml
+      MANIFEST_FILE: workloads/ecommerce/commerce/medusa/patches/deployment.yaml
       IMAGE_NAME: gitea.cruzcloud.net/devops/ecommerce-medusa
 
     steps:

.gitea/workflows/build.yaml

@@ -126,7 +126,7 @@ jobs:
 
     env:
       APP_DIR: workloads/ecommerce
-      MANIFEST_FILE: workloads/ecommerce/frontend.yaml
+      MANIFEST_FILE: workloads/ecommerce/frontend/patches/deployment.yaml
       IMAGE_NAME: gitea.cruzcloud.net/devops/ecommerce-frontend
 
     steps:

.gitea/workflows/deploy-docs.yaml

@@ -84,7 +84,7 @@ jobs:
 
     env:
       APP_DIR: workloads/docs-portal
-      MANIFEST_FILE: workloads/docs-portal/deployment.yaml
+      MANIFEST_FILE: workloads/docs-portal/patches/deployment.yaml
       IMAGE_NAME: gitea.cruzcloud.net/devops/docs-portal
 
     steps: