From 867b23e7f157ebe420645f5457fbc7a783d01db4 Mon Sep 17 00:00:00 2001 From: Cesar De la Torre Date: Fri, 27 Oct 2017 18:01:48 -0700 Subject: [PATCH] Updated 03. Setting the eShopOnContainers solution up in a Windows CLI environment (dotnet CLI, Docker CLI and VS Code) (markdown) --- ...dows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code).md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/03.-Setting-the-eShopOnContainers-solution-up-in-a-Windows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code).md b/03.-Setting-the-eShopOnContainers-solution-up-in-a-Windows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code).md index a213356..7ead982 100644 --- a/03.-Setting-the-eShopOnContainers-solution-up-in-a-Windows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code).md +++ b/03.-Setting-the-eShopOnContainers-solution-up-in-a-Windows-CLI-environment-(dotnet-CLI,-Docker-CLI-and-VS-Code).md @@ -127,7 +127,7 @@ If you have any issue here, read the [Setting the Web SPA application up](https: # Option A. Approach building bits from a Linux build-container instead of the local Windows dev-machine -*IMPORTANT NOTE (as of Oct. 2017):* Even when this is the simplest way to do it from the CLI, but until a [bug is solved in .NET CLI when running "dotnet publish" within a container](https://github.com/Microsoft/msbuild/issues/2153#issuecomment-305375162), please, follow the OPTION B explained below, which is building the app's .NET binaries in the local Windows machine, instead of from a Linux build-container. +**IMPORTANT NOTE (as of Oct. 2017):** This is the simplest way to do it from the CLI, but if you are getting errors related to the CLI logger which happens ramdomly due to a race condition, a [bug in .NET CLI when running "dotnet publish" within a container](https://github.com/Microsoft/msbuild/issues/2153#issuecomment-305375162), please, then follow the OPTION B explained below, which is building the app's .NET binaries in the local Windows machine, instead of from a Linux build-container. --- The recommended approach is to build the .NET bits and Docker images by using an special build container/image that should be used either from the CLI or your CI/CD pipeline. Doing that way you'll make sure that what you run and test locally is also built the same way by your CI/CD pipleine (having the same dependencies available within the build container, etc.).