fix(docs-portal): instalar git en la imagen de build para mkdocs-git-revision-date-localized-plugin

El plugin depende de GitPython, que necesita el binario git para
importarse (no solo para leer fechas) — sin él, mkdocs build --strict
falla en el import del plugin antes de llegar al fallback_to_build_date
configurado en mkdocs.yml.

Detectado en el primer intento real de build en Gitea Actions (run 94,
job 106).

workloads/docs-portal/Dockerfile

@@ -3,6 +3,14 @@ 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,11 +50,3 @@ 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.