Test de optimización de Pipeline con Cache.
Some checks failed
Optimized Build and Deploy / remote-build-and-deploy (push) Failing after 11s

This commit is contained in:
2025-06-20 11:38:26 -03:00
parent b4b4f8b322
commit a80a6f964f
3 changed files with 71 additions and 82 deletions

View File

@@ -1,46 +1,37 @@
# --- Etapa 1: Build ---
# Usamos el SDK de .NET 9 (o el que corresponda) para compilar.
FROM mcr.microsoft.com/dotnet/sdk:9.0 AS build
WORKDIR /src
# Copiamos los archivos de proyecto (.sln y .csproj) y restauramos las dependencias.
# Esto es una optimización de caché de Docker.
# Copia solo los archivos de proyecto primero para cachear dependencias
COPY GestionIntegralWeb.sln .
COPY Backend/GestionIntegral.Api/GestionIntegral.Api.csproj Backend/GestionIntegral.Api/
# Restauramos los paquetes NuGet.
# Restaura dependencias
RUN dotnet restore "GestionIntegralWeb.sln"
# Copiamos todo el resto del código fuente.
# Copia el resto del código
COPY . .
# Nos movemos al directorio del proyecto y lo construimos en modo Release.
# Construye el proyecto
WORKDIR "/src/Backend/GestionIntegral.Api"
RUN dotnet build "GestionIntegral.Api.csproj" -c Release -o /app/build
# --- Etapa 2: Publish ---
# Publicamos la aplicación, lo que genera los artefactos listos para producción.
FROM build AS publish
RUN dotnet publish "GestionIntegral.Api.csproj" -c Release -o /app/publish /p:UseAppHost=false
# --- Etapa 3: Final ---
# Usamos la imagen de runtime de ASP.NET, que es mucho más ligera que el SDK.
FROM mcr.microsoft.com/dotnet/aspnet:9.0
WORKDIR /app
# Instalar dependencias de Chromium en la imagen de ASP.NET (basada en Debian)
# Instala dependencias optimizadas
RUN apt-get update && apt-get install -y --no-install-recommends \
libgbm1 libgbm-dev \
libgconf-2-4 libgdk-pixbuf2.0-0 libgtk-3-0 \
libgbm1 libgconf-2-4 libgdk-pixbuf2.0-0 libgtk-3-0 \
libnss3 libxss1 libasound2 libxtst6 \
ca-certificates fonts-liberation lsb-release xdg-utils wget \
&& rm -rf /var/lib/apt/lists/*
&& rm -rf /var/lib/apt/lists/*
COPY --from=publish /app/publish .
# El puerto en el que la API escuchará DENTRO del contenedor.
# Usaremos 8080 para evitar conflictos si en el futuro corres algo en el puerto 80.
EXPOSE 8080
# El comando para iniciar la API cuando el contenedor arranque.
ENTRYPOINT ["dotnet", "GestionIntegral.Api.dll"]