From ba96a50a42d21eeaefb238d2e5de075fb9693e3f Mon Sep 17 00:00:00 2001 From: Cristian Felipe Cruz Buitron Date: Mon, 28 Sep 2026 01:12:16 +0000 Subject: [PATCH] =?UTF-8?q?ci(medusa):=20timeout=20de=20Trivy=20CRITICAL?= =?UTF-8?q?=2015m=20->=2030m=20(an=C3=A1lisis=20de=20capas=20~14=20min)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Medido en vivo (run 296): en la imagen del backend el análisis de capas toma ~14 min en el runner del NAS (descarga de DB 8 s, detección 9 s); con 15m hizo timeout una vez (run 294). No era el secret-scan. Solo este paso: el HIGH reusa el análisis cacheado (~2 s) y frontend/docs tardan ~2 min. No cambia qué se revisa ni que CRITICAL bloquea. Co-Authored-By: Claude Opus 5.5 Claude-Session: https://claude.ai/code/session_018r19s4H8MBGegqToqw5guP --- .gitea/workflows/build-medusa.yaml | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/.gitea/workflows/build-medusa.yaml b/.gitea/workflows/build-medusa.yaml index 26cb4da..71ce7c0 100644 --- a/.gitea/workflows/build-medusa.yaml +++ b/.gitea/workflows/build-medusa.yaml @@ -234,12 +234,17 @@ jobs: shell: bash run: | set -euo pipefail + # --timeout 30m (no 15m): medido en vivo 2026-09-27, el analisis de + # capas de esta imagen (node_modules de Medusa) toma ~14 min en + # el runner del NAS -- con 15m hizo timeout una vez. El paso HIGH + # de abajo reusa ese analisis cacheado (~2 s), por eso no lo + # necesita. No cambia que revisa ni que bloquea. /tmp/trivy image \ --scanners vuln \ --severity CRITICAL \ --exit-code 1 \ --ignore-unfixed \ - --timeout 15m0s \ + --timeout 30m0s \ --ignorefile "${APP_DIR}/.trivyignore" \ "${IMAGE_NAME}:${{ steps.vars.outputs.VERSION }}"