【问题标题】:Azure Devops Build Pipeline - issue with building docker with referenced projectsAzure Devops Build Pipeline - 使用引用项目构建 docker 时出现问题
【发布时间】:2020-04-23 20:03:52
【问题描述】:

我是 docker/azure DevOps 构建管道的新手。但不得不承认,这是一条痛苦的路。这假设很容易,但事实并非如此:)

我想要实现的是只构建一个在解决方案中有一个引用项目的项目。但我不想构建整个解决方案(因为我有 Xamarin 项目需要更长的时间来构建)至于 SLN - 我想答案会更容易找到。

当只有一个项目而没有引用其他项目时,我确实让这条管道正常工作。但现在,正如我提到的那样,它坏了。

为了记录,我正在使用构建管道来创建 docker 映像并将其部署到 Azure Container Registry。但我想这并不重要,因为它在构建时失败了。

我的代码结构

  • 解决方案

    • [Project] BuildChat
    • [项目] Xamarin.IOS
    • [项目] Xamarin.Android
    • [项目] SignalRChat
      • [文件] Docker

我的初始文件是通过 VS 上的 Docker Support 插件创建的(此处建议:asp.net core 2.0 - multiple projects solution docker file

当然,当我第一次使用它时,它并没有引用项目。所以我想,好吧,也许我会删除 docker 文件并再次使用 Add--> Docker support。它确实更改了 dockerfile 以包含引用的项目(称为BuildChat

所以更改后我的 docker 文件如下所示:

#See https://aka.ms/containerfastmode to understand how Visual Studio uses this Dockerfile to build your images for faster debugging.

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["SignalRChat/SignalRChat.csproj", "SignalRChat/"]
COPY ["BuildChat/BuildChat.csproj", "BuildChat/"]
RUN dotnet restore "SignalRChat/SignalRChat.csproj"
COPY . .
WORKDIR "/src/SignalRChat"
RUN dotnet build "SignalRChat.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "SignalRChat.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "SignalRChat.dll"]

但它不起作用。可能是因为 docker 不能超出上下文。但是话说回来,docker 支持不知道吗?:D

我想一个选项是将它移动到 SLN 级别,然后使用带有 -f 的 docker build 来指定文件(我认为这是一个建议),但我不知道如何将它包含在 azure build管道。

也许还有一些关于如何实现这一点的其他想法(在这个 docker “hello world” 程序中,结果非常复杂:D)

我当前的构建管道如下:

# Docker
# Build a Docker image 
# https://docs.microsoft.com/azure/devops/pipelines/languages/docker

trigger:
- master

resources:
- repo: self

variables:
  dockerRegistryServiceConnection: 'MyProductDockerACR'
  imageRepository: 'mobile/signalr'
  containerRegistry: 'myAcrName.azurecr.io'
  dockerfilePath: '**/Dockerfile'
  tag: '$(Build.BuildNumber)'
  vmImageName: 'ubuntu-latest'

stages:
- stage: Build
  displayName: Build and push stage
  jobs:  
  - job: Build
    displayName: Build
    pool:
      vmImage: $(vmImageName)
    steps:
    - task: Docker@2
      displayName: Build and push image to container registry
      inputs:
        containerRegistry: $(dockerRegistryServiceConnection)
        repository:  $(imageRepository)
        command: 'buildAndPush'
        Dockerfile: $(dockerfilePath)
        tags: |
          $(tag)

构建管道产生的错误是(剪切以呈现有趣的部分:)):

Starting: Build and push image to container registry
==============================================================================
Task         : Docker
Description  : Build or push Docker images, login or logout, or run a Docker command
Version      : 2.166.1
Author       : Microsoft Corporation
Help         : https://aka.ms/azpipes-docker-tsg
==============================================================================
/usr/bin/docker build -f /home/vsts/work/1/s/SignalRChat/Dockerfile --label com.azure.dev.image.system.teamfoundationcollectionuri=https://dev.azure.com/myAzureDevops/ --label com.azure.dev.image.system.teamproject=Mobile --label com.azure.dev.image.build.repository.name=Mobile --label com.azure.dev.image.build.sourceversion=e1fcddf1507478434251b2c12a3f999ef23f7b70 --label com.azure.dev.image.build.repository.uri=https://myAzureDevops@dev.azure.com/myAzureDevops/Mobile/_git/Mobile --label com.azure.dev.image.build.sourcebranchname=master --label com.azure.dev.image.build.definitionname=Mobile --label com.azure.dev.image.build.buildnumber=20200423.7 --label com.azure.dev.image.build.builduri=vstfs:///Build/Build/26 -t ***/mobile/signalr:20200423.7 /home/vsts/work/1/s/SignalRChat
Sending build context to Docker daemon  2.509MB

[...]

Status: Downloaded newer image for mcr.microsoft.com/dotnet/core/sdk:3.1-buster
 ---> 4aa6a74611ff
Step 6/27 : WORKDIR /src
 ---> Running in abca9a0a7296
Removing intermediate container abca9a0a7296
 ---> 15699d4bddc2
Step 7/27 : COPY ["SignalRChat/SignalRChat.csproj", "SignalRChat/"]
COPY failed: stat /var/lib/docker/tmp/docker-builder654251088/SignalRChat/SignalRChat.csproj: no such file or directory
##[error]COPY failed: stat /var/lib/docker/tmp/docker-builder654251088/SignalRChat/SignalRChat.csproj: no such file or directory
##[error]The process '/usr/bin/docker' failed with exit code 1

[更新 14:00]

将 docker 文件移动到解决方案级别可以解决问题。但问题仍然存在。如果我想 dockerize 另一个项目怎么办。那怎么办呢?

【问题讨论】:

    标签: azure docker azure-devops azure-pipelines azure-pipelines-build-task


    【解决方案1】:

    我想你这里的顺序可能有误

    COPY ["SignalRChat/SignalRChat.csproj", "SignalRChat/"]
    COPY ["BuildChat/BuildChat.csproj", "BuildChat/"]
    

    例如我有两个项目

    • SomeLib.csproj - 这个被 WeatherService.csproj 引用
    • WeatherService.csproj

    对于这个订单:

    COPY ["WeatherService/WeatherService.csproj", "WeatherService/"]
    COPY ["SomeLib/SomeLib.csproj", "SomeLib/"]
    

    我知道了:

    但是对于这个订单它可以工作

    COPY ["SomeLib/SomeLib.csproj", "SomeLib/"]
    COPY ["WeatherService/WeatherService.csproj", "WeatherService/"]
    

    你能不能尝试改变COPY的顺序:

    COPY ["BuildChat/BuildChat.csproj", "BuildChat/"]
    COPY ["SignalRChat/SignalRChat.csproj", "SignalRChat/"]
    

    编辑

    我直接在 Azure DevOps 上测试了上面写的内容,一切正常。

    这是我的DockerFile

    FROM mcr.microsoft.com/dotnet/core/aspnet:3.0-buster-slim AS base
    WORKDIR /app
    EXPOSE 80
    EXPOSE 443
    
    FROM mcr.microsoft.com/dotnet/core/sdk:3.0-buster AS build
    WORKDIR /src
    COPY ["SomeLib/SomeLib.csproj", "SomeLib/"]
    COPY ["WeatherService/WeatherService.csproj", "WeatherService/"]
    RUN dotnet restore "WeatherService/WeatherService.csproj"
    COPY . .
    WORKDIR "/src/WeatherService"
    RUN dotnet build "WeatherService.csproj" -c Release -o /app/build
    
    FROM build AS publish
    RUN dotnet publish "WeatherService.csproj" -c Release -o /app/publish
    
    FROM base AS final
    WORKDIR /app
    COPY --from=publish /app/publish .
    ENTRYPOINT ["dotnet", "WeatherService.dll"]
    

    这是项目结构:

    还有 YAML 文件:

    - task: Docker@2
      displayName: Build and Push
      inputs:
        repository: $(imageName)
        command: build
        Dockerfile: docker-multiple-apps/Dockerfile
        tags: |
          build-on-agent
    

    你可以找到here

    这是来自 Azure DevOps 的日志

    您能否将其与您的方法进行比较?抱歉,我无法直接指出根本原因,但它适用于我的参考项目。

    EDIT2:

    您的解决方案名称是什么?是 SignalRChat 吗?这是你的根文件夹吗?

    /home/vsts/work/1/s/SignalRChat/Dockerfile
    

    也许你的 Dockerfile 路径有误?

    【讨论】:

    • 我做到了。错误是不同的,因为现在它是:COPY failed: stat /var/lib/docker/tmp/docker-builder148345779/BuildChat/BuildChat.csproj: no such file or directory ##[error]COPY failed: stat /var/ lib/docker/tmp/docker-builder148345779/BuildChat/BuildChat.csproj:没有这样的文件或目录
    • 在本地运行 docker build 时是否也一样?
    • 我的错误。当我创建主题时 - 它告诉我项目符号列表格式错误。正因为如此,一个重要的信息被改变了。我在项目文件夹 SignalRChat 中有一个 docker 文件(不在解决方案级别)我确实在我的问题级别更新了此信息(修复了项目符号列表)如果我在解决方案级别移动 docker --> 那么它可能会起作用。但是,如果我想为另一个项目构建另一个 docker 文件 - 如何进行?
    • 我确认。在解决方案级别移动此文件 - 解决了问题。但问题仍然存在。如果我想要另一个 docker 文件,对于另一个我想要 dockerize 的项目怎么办?
    • 你可以拥有很多。只需将名称更改为 Dockerfile.SignalRChat,然后更改为 Dockerfile.Xamarin。重要的部分是将它们保持在解决方案级别。在 Azure DevOps 的任务中,您可以定义应采用的 Dockerfile。
    猜你喜欢
    • 1970-01-01
    • 2021-05-27
    • 2021-05-22
    • 1970-01-01
    • 2020-03-15
    • 1970-01-01
    • 2022-08-16
    • 2019-07-13
    • 1970-01-01
    相关资源
    最近更新 更多