[asp.net core 2.0和docker for linux]
我对docker完全陌生,并试图在我有2个项目的解决方案的情况下弄清楚如何使用docker。我见过的所有教程都展示了单个项目。
所以,如果有人能够逐步展示解决方案,我会非常感激。
我有一个解决方案结构,如:
Solution.sln
|______WebAPIProject.csproj
|______ClassLibraryProject.csproj
在Visual Studio中,我已经为解决方案添加了docker支持并获得了这些文件:
在WebAPIProject下,它创建了 Docker文件:
FROM microsoft/aspnetcore:2.0
ARG source
WORKDIR /app
EXPOSE 80
COPY ${source:-obj/Docker/publish} .
ENTRYPOINT ["dotnet", "WebAPIProject.dll"]
然后,在单独的docker-compose'项目'下我得到了:
搬运工-compose.ci.build.yml
version: '3'
services:
ci-build:
image: microsoft/aspnetcore-build:1.0-2.0
volumes:
- .:/src
working_dir: /src
command: /bin/bash -c "dotnet restore ./Solution.sln && dotnet publish ./Solution.sln -c Release -o ./obj/Docker/publish"
和 docker.compose.yml 文件
version: '3'
services:
WebAPIProject:
image: WebAPIProject
build:
context: ./WebAPIProject
dockerfile: Dockerfile
我确信它的路径是微不足道的,但我只是迷失了所有如果有人可以对它有所了解?
答案 0 :(得分:10)
我终于找到了一种如何使用docker构建解决方案的方法。
重要提示:为此,您必须将Dockerfile文件放在解决方案文件所在的位置
我刚创建了一个包含以下内容的docker文件:
FROM microsoft/aspnetcore:2.0 AS base
WORKDIR /app
EXPOSE 80
FROM microsoft/aspnetcore-build:2.0 AS build
WORKDIR /src
COPY Solution.sln ./
COPY ClassLibraryProject/*.csproj ./ClassLibraryProject/
COPY WebAPIProject/*.csproj ./WebAPIProject/
RUN dotnet restore
COPY . .
WORKDIR /src/ClassLibraryProject
RUN dotnet build -c Release -o /app
WORKDIR /src/WebAPIProject
RUN dotnet build -c Release -o /app
FROM build AS publish
RUN dotnet publish -c Release -o /app
FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "WebAPIProject.dll"]
请注意,我认为您可能必须尊重项目构建依赖项,但我真的不知道。
示例调用构建:
sudo docker build --no-cache -t webapi:dev .
要运行的示例调用:
sudo docker run -d=false -p 8080:80 --name webapi webapi:dev
希望有所帮助。
答案 1 :(得分:8)
虽然我了解dotnet核心并非特定于Windows,并且并非每个人都将使用Visual Studio,但Microsoft Visual Studio内已包含了这一简洁功能(于2017年进行了尝试)。
如果您有多个Web项目,则分别对每个项目重复该步骤。
如果在运行Docker容器时碰巧遇到任何问题,请尝试在“ Windows功能”中取消选择Hyper-V Services
(在“开始”菜单中搜索Windows Features
),再次选择,然后重新启动计算机。
选中here。
答案 2 :(得分:6)
我遇到了同样的问题,所有其他解决方案都不适合我,所以我自己解决了。 我觉得下面的步骤很容易理解,但是如果您是Docker的新手,我会在我的blog post dedicated to new Docker users中逐行进行解释(这样您就可以准确地了解 Dockerfile 中的操作)。
将 Dockerfile 保留在项目目录中(在我看来,这比将其保留在解决方案文件旁边更好,因为您可以拥有更多每个解决方案一个Docker映像)。
配置 Dockerfile 如下:
FROM mcr.microsoft.com/dotnet/core/sdk:2.2 AS build-env
WORKDIR /app
COPY . ./
RUN dotnet publish PROJECT_NAME -c Release -o out
FROM mcr.microsoft.com/dotnet/core/aspnet:2.2
WORKDIR /app
COPY --from=build-env /app/PROJECT_NAME/out .
ENTRYPOINT ["dotnet", "PROJECT_NAME.dll"]
将 .dockerignore 文件移动到解决方案目录-这是必需的,因为Docker CLI仅从目录的根目录中提取 .dockerignore 文件构建上下文(如documentation says),但它也很方便,因为您对所有项目都有一套通用的忽略规则集(类似于 .gitignore 文件),这更易于维护
从解决方案目录运行 build命令,指向项目目录中的 Dockerfile ,并将当前目录(。)设置为build上下文(可以访问所有项目):
docker build -f PROJECT_DIRECTORY/Dockerfile -t IMAGE_NAME .
docker run -d -p 8080:80 --name my-app-name IMAGE_NAME
答案 3 :(得分:2)
这链接到an amazing post,说明了如何解决此问题。
他提到将所有代码都放在src
目录中。我不是这样的,这是我想出的文件:(关键是for file
部分。否则,我确定它不是最好的dockerfile;欢迎使用提示。)
FROM microsoft/dotnet:2.2-aspnetcore-runtime-stretch-slim AS base
WORKDIR /app
EXPOSE 5000
FROM microsoft/dotnet:2.2-sdk-stretch AS build
WORKDIR /src
COPY ./*.sln ./
COPY */*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p ${file%.*} && mv $file ${file%.*}; done
RUN dotnet restore
COPY . ./
RUN dotnet build -c Release -o /app
FROM build AS publish
RUN dotnet publish -c Release -o /app
FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENV ASPNETCORE_URLS="http://*:5000"
ENTRYPOINT ["dotnet", "PersonalSiteApi.dll"]
答案 4 :(得分:1)
FROM microsoft/dotnet:sdk AS build-env
WORKDIR /app
RUN mkdir /output
# Copy project and publish
COPY . /app
WORKDIR /app/YourProjectName
RUN dotnet publish --configuration Debug --output /output
# Build runtime image
FROM microsoft/dotnet:aspnetcore-runtime
ENV ASPNETCORE_URLS http://*:5001
WORKDIR /app
COPY --from=build-env /output .
EXPOSE 5001
ENTRYPOINT ["dotnet", "YourProjectName.dll"]
这是对我有用的Docker配置。这是一个带有许多子项目引用的ASP.NET Core 2 WebApi项目。
Then run it using docker run -d -p 8080:5001 --name some-name yourpojectname
希望这对某人有帮助。