Contenedorización de aplicaciones Angular 6 SPA Template ASP .NET Core 2.1

ACTUALIZACIÓN del 24/07/2019 ver al final del artículo.

ACTUALIZACIÓN del 11/01/2018 {
Gracias a la ayuda en los comentarios, a continuación hay una versión más ideológicamente correcta del archivo acoplable.

La plantilla de proyecto estándar de Angular SPA Template contiene un error. Desarrolladores en la versión net .core 2.1. eliminado de la imagen de microsoft / dotnet: 2.1-sdk usada para construir nodejs, pero el código que la usa permaneció en el archivo del proyecto. Lea más aquí github.com/aspnet/Announcements/issues/298
Debe editar manualmente el archivo de proyecto * .csproj eliminando el siguiente código


}

Desafortunadamente, no he encontrado una solución preparada en ninguna parte. Tuve que recopilar información de varias fuentes. Para iniciar la aplicación en Docker Angular 6/7 como proyecto en ASP .NET Core.

Si habilitamos el soporte de Docker para un proyecto con una aplicación Angular utilizando herramientas estándar, el archivo Docker creará una imagen de la aplicación basada en microsoft / dotnet: imagen 2.1-aspnetcore-runtime. No se incluye ningún servidor node.js en esta imagen base Y el resultado de la ejecución será un error ASP .NET Core

 An unhandled exception occurred while processing the request. The NPM script 'start' exited without indicating that the Angular CLI was listening for requests 

Para resolver este error, debe actualizar el archivo Docker agregando la instalación node.js y angular.
Además, dado que el desarrollo está bajo Windows, y todo comienza en un contenedor Docker basado en Ubunty, si se usan archivos de estilo scss o sass, son compilados por la CLI Angular usando node-sass, y al iniciar, da un error "Node Sass no pero admite su entorno actual: Windows de 64 bits con tiempo de ejecución no compatible ". Debes ejecutar el comando:

 npm rebuild node-sass 

npm descargará los scripts necesarios para la plataforma actual y reconstruirá los archivos css.

El archivo final de Docker para una aplicación angular basada en un proyecto ASP .NET Core 2.1 es el siguiente

 FROM microsoft/dotnet:2.1-aspnetcore-runtime AS base # Setup NodeJs RUN apt-get update && \ apt-get install -y wget && \ apt-get install -y gnupg2 && \ wget -qO- https://deb.nodesource.com/setup_8.x | bash - && \ apt-get install -y build-essential nodejs RUN npm install @angular/cli -g # End setup WORKDIR /app EXPOSE 80 FROM microsoft/dotnet:2.1-sdk AS build WORKDIR /src COPY ["AngularWebApp/AngularWebApp.csproj", "AngularWebApp/"] RUN dotnet restore "AngularWebApp/AngularWebApp.csproj" COPY . . WORKDIR "/src/AngularWebApp" RUN dotnet build "AngularWebApp.csproj" -c Release -o /app FROM build AS publish RUN dotnet publish "AngularWebApp.csproj" -c Release -o /app FROM base AS final WORKDIR /app COPY --from=publish /app . WORKDIR /app/ClientApp RUN npm install RUN npm rebuild node-sass WORKDIR /app ENTRYPOINT ["dotnet", "AngularWebApp.dll"] 

Utilicé la versión estable LTS de Node.js, actualmente 8.x, pero se puede cambiar a una más relevante.

Además, también noto que Windows perdona los errores asociados con un caso de carácter diferente, pero Linux no lo perdona. Y el proyecto que funcionó durante el desarrollo se negará a compilar en el contenedor, dando un error

 docker ERROR in error TS1149: File name 'filename.ts' differs from already included file name 'FileNames.ts' only in casing 

Para evitar tales errores incluso en la etapa de compilación, recomiendo agregar la opción apropiada "forceConsistentCasingInFileNames": verdadero al archivo tsconfig.json en la sección compilerOptions

 { "compilerOptions": { "forceConsistentCasingInFileNames": true } } } 

ACTUALIZACIÓN del 24/07/2019 {
Nuevamente, gracias a la ayuda en los comentarios, la versión optimizada del archivo acoplable se presenta a continuación.

}

angular, angular6 / 7, asp .net core 2.1, docker