docs(docs-portal): documentar que el pipeline de build/deploy quedó operativo

Dispara el primer build real del portal via .gitea/workflows/deploy-docs.yaml
ahora que el Deployment, Service, Ingress y el secret de registry ya existen
en el namespace docs-portal.

workloads/docs-portal/Dockerfile

@@ -3,14 +3,6 @@ FROM python:3.12-slim AS build
 
 WORKDIR /site
 
-# mkdocs-git-revision-date-localized-plugin depende de GitPython, que
-# necesita el binario git presente solo para poder importarse (si falta,
-# el import truena y rompe el build --strict, incluso con
-# fallback_to_build_date activado en mkdocs.yml).
-RUN apt-get update \
-    && apt-get install -y --no-install-recommends git \
-    && rm -rf /var/lib/apt/lists/*
-
 COPY requirements.txt .
 RUN pip install --no-cache-dir -r requirements.txt
 

workloads/docs-portal/docs/index.md

@@ -50,3 +50,11 @@ una página dice "TODO", es contenido pendiente de una fase posterior,
 no una promesa incumplida: la estructura completa se construyó primero
 a propósito, para que el contenido se llene sección por sección con el
 mismo criterio que el resto del lab.
+
+Desde este commit, el sitio se construye y publica solo: cada push a
+`main` que toca `docs/` o `mkdocs.yml` dispara
+`.gitea/workflows/deploy-docs.yaml`, que hace `mkdocs build --strict`,
+publica la imagen en el Registry de Gitea y Argo CD sincroniza el
+Deployment en el cluster (namespace `docs-portal`). Este párrafo es la
+prueba: si lo estás leyendo servido desde el pod real, el pipeline
+funcionó de punta a punta.