Question

我有一个工作正常的docker-compose文件，以及一个运行docker-compose的test-containers.ps1脚本。一切在本地都很好。

version: '3.4'

services:
  horizon.api.v1:
    image: ${DOCKER_REGISTRY-}horizonapiv1
    environment:
      ASPNETCORE_ENVIRONMENT: Development
    build:
      context: .
      dockerfile: api/horizon.api.v1/Dockerfile

以下是docker-compose和heroku.yml文件所引用的dockerfile：

# horizon.api

FROM microsoft/dotnet:2.2-aspnetcore-runtime AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM microsoft/dotnet:2.2-sdk AS build
WORKDIR /src
COPY api/horizon.api.v1/horizon.api.v1.csproj api/horizon.api.v1/
RUN dotnet restore api/horizon.api.v1/horizon.api.v1.csproj
COPY . .
WORKDIR /src/api/horizon.api.v1
RUN dotnet build horizon.api.v1.csproj -c Release -o /app

FROM build AS publish
RUN dotnet publish horizon.api.v1.csproj -c Release -o /app

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

我想在Heroku中启动它并运行它，以便我的学生可以看到它正在运行，因此无权访问docker的学生可以使用该应用程序。我做了一个heroku.yml文件，看起来应该可以正常工作...但这是我第一次使用heroku，这很可能是我做的愚蠢的事情。

build:
  config:
    ASPNETCORE_ENVIRONMENT: Development
  docker:
    api: ./api/horizon.api.v1/Dockerfile

当我尝试将回购推送到heroku时，出现以下错误：

远程：步骤7/17：复制[“ routing / horizon.routing / horizon.routing.csproj”，“ routing / horizon.routing /”]

远程：复制失败：stat /var/lib/docker/tmp/docker-builder722311220/routing/horizon.routing/horizon.routing.csproj：无此类文件或目录

我在网上看到了一些有关.dockerignore文件引起问题的帖子，所以我重命名了.dockerignore文件，以将其从图片中删除，直到我弄清楚了。

路径应该都是正确的，为什么docker-compose在我的本地计算机上找到必要的路径没有任何问题，但是heroku却说它们不存在？我在做什么错了？

Answer 1

我认为这可能与构建上下文有关。我猜Heroku不会使用项目根目录中的上下文，而是使用Dockerfile所在的目录。

docker-compose可以工作，但是heroku.yml失败吗？

1 个答案: