什么时候,在哪里以及如何在Visual Studio 2017中设置DOCKER_BUILD_SOURCE环境variables
在Visual Studio 2017中使用docker支持创build新的.NET核心应用程序时,它会创build一些docker-compose.yml文件。 docker-compose.vs.debug.yml和发布变体都包含对名为DOCKER_BUILD_SOURCE的环境variables的引用:
version: '2' services: app: image: app:dev build: args: source: ${DOCKER_BUILD_SOURCE} environment: - DOTNET_USE_POLLING_FILE_WATCHER=1 volumes: - ./app:/app - ~/.nuget/packages:/root/.nuget/packages:ro - ~/clrdbg:/clrdbg:ro entrypoint: tail -f /dev/null labels: - "com.microsoft.visualstudio.targetoperatingsystem=linux" The purpose of this variable seems to be a reference to the source directory, however, it always seems to be empty.
我无法find关于这个问题的更详细的信息…有没有人有一个想法或指针,一些文档?
我相信它可以做一些可以用于Visual Studio Team Services CI / CD的设置。 但是,在本地运行时,该值为空,如果您查看docker文件,则会看到如果该值为空,则将其replace为“obj / Docker / publish”
Dockerfile:
从微软/ aspnetcore:1.0
ARG来源
WORKDIR /应用程序
EXPOSE 80
COPY $ {source:-obj / Docker / publish}。
入口点[“dotnet”,“app.dll”]
但是对于我来说,我实际上并没有看到那个文件夹或其中的任何东西。 “魔术”发生在卷部分。 基本上把你的代码作为一个绑定堆移动到容器上 。 这是你的代码被移到容器上的地方。 还有一些其他的事情我不清楚,因为我在构build输出的代码被构build/发布的地方看到一行,而不是正在运行的实际命令。
这在构build开发图像时没有真正的影响。 正如Nick所解释的,我们使用绑定安装来获取代码
这在构build用于生产用途的图像时使用,文件docker-compose.ci.build.yml
输出到每个解决schemeWeb项目的obj / Docker / publish。