Как очистить docker-compose имя изображения в VS2017 - PullRequest
0 голосов
/ 07 февраля 2019

После обновления Visual Studio я не могу запустить проект в режиме отладки, когда docker-compose настроен как стартовый проект.Сбой при

enter image description here

. Попытка до сих пор:

  1. очистка при создании проекта docker
  2. удалениепапки .vs, bin и obj
  3. удаление и повторное добавление проекта docker-compose
  4. удаление всей папки проекта и получение ее из github
  5. удаление vsпапка отладки в папке User
  6. complete docker system prune -a, таким образом, удаляются все работающие образы или нет

У меня совершенно нет идей, кроме повторной переустановки всего VS2017, но этокажется излишним.

Кто-нибудь знает, где кэшируется это имя образа и как его обновить / удалить, чтобы он не пытался найти этот образ, работающий снова

- это запусквывод в консоли докера:

========== Debugging ==========
docker-compose  -f "C:\dev\src\ps-projectname-service\docker-compose.yml" -f "C:\dev\src\ps-projectname-service\docker-compose.override.yml" -f "C:\dev\src\ps-projectname-service\obj\Docker\docker-compose.vs.debug.g.yml" -p dockercompose5497340922178811047 --no-ansi config
services:
  integration-db:
    container_name: projectname-integration-db
    environment:
      POSTGRES_DB: dm
      POSTGRES_PASSWORD: pguser
      POSTGRES_USER: pguser
    image: postgres
    ports:
    - published: 5432
      target: 5432
    volumes:
    - /tmp/customer/data/postgres:/var/lib/postgresql/data:rw
  customer.projectname.api.webhost:
    build:
      context: C:\dev\src\ps-projectname-service
      dockerfile: Customer.projectname.Api.WebHost/Dockerfile
      target: base
    entrypoint: tail -f /dev/null
    environment:
      ASPNETCORE_ENVIRONMENT: Development
      DB_CONNECTION_STRING: Host=integration-db;Port=5432;Username=pguser;Password=pguser;Database=dm;MaxPoolSize=150;
      DOTNET_USE_POLLING_FILE_WATCHER: '1'
      NUGET_FALLBACK_PACKAGES: /root/.nuget/fallbackpackages
    image: customer.projectname.api.webhost:dev
    labels:
      com.microsoft.visualstudio.debuggee.arguments: ' --additionalProbingPath /root/.nuget/packages
        --additionalProbingPath /root/.nuget/fallbackpackages  bin/Debug/netcoreapp2.1/Customer.projectname.Api.WebHost.dll'
      com.microsoft.visualstudio.debuggee.killprogram: /bin/bash -c "if PID=$$(pidof
        -x dotnet); then kill $$PID; fi"
      com.microsoft.visualstudio.debuggee.program: dotnet
      com.microsoft.visualstudio.debuggee.workingdirectory: /app
    ports:
    - target: 80
    volumes:
    - C:\dev\src\ps-projectname-service\Customer.projectname.Api.WebHost:/app:rw
    - C:\Users\ZaakSlezak\vsdbg\vs2017u5:/remote_debugger:ro
    - C:\Program Files\dotnet\sdk\NuGetFallbackFolder:/root/.nuget/fallbackpackages:ro
    - C:\Users\ZaakSlezak\.nuget\packages:/root/.nuget/packages:ro
  test:
    build:
      context: C:\dev\src\ps-projectname-service
      dockerfile: ./dockerfile-test
    command: ./devops/scripts/test.sh
    volumes:
    - C:\dev\src\ps-projectname-service:/app:rw
version: '3.4'
docker ps --filter "status=running" --filter "name=dockercompose5497340922178811047_customer.projectname.api.webhost_" --format {{.ID}} -n 1

1 Ответ

0 голосов
/ 21 февраля 2019

Оказывается, что я застрял в этом цикле, потому что одна из служб в моем docker-compose, которая использовалась для запуска модульных тестов, не имела образа, связанного с ним.удаление его из docker-compose или добавление изображения: исправлена ​​проблема.

...