chupasaurus

Аналогично любой Unix-подобной системе. В mount namespace сначала монтируется корень — образ контейнера, а потом уже тома, соответственно всё, что было в образе по пути монтирования, перестаёт быть доступным.
Монтировать данные из образа на хост невозможно, для вас - docker cp после запуска контейнера

• Пакет docker - устаревший и находится в репах для обратной совместимости, актуальные версии докера называются docker-ce.
  
• Клиент на компе у вас тоже допотопный, но после обновления сервера работать должен. Поскольку Docker CLI для Windows отдельно не выкладывают, для обновления вы можете либо поставить Docker for Windows/Docker Toolbox, либо собирать из исходников.
  

В Dockerfile добавить установку всех зависимости из этого списка кроме php*-common и libc6 которые уже есть.
Не забывайте добавлять RUN rm -rf /var/lib/apt/lists/* после установки пакетов, дабы не засорять образ.

Содержимое репы:

• app/
  
• public/
  
• config/
  
• ...
  
• Dockerfile
  
• docker-compose.yml
  
• docker/ - для конфигов сервисов в Docker Compose
  

В докерфайле прописываете сборку проекта и монтирование билда через multi-stage build, дабы не тащить npm/php-composer и прочее в образ, который будете деплоить. Пример Dockerfile:

FROM: build_image as builder
COPY . /src/app
CD /src/app
RUN "build --output /src/app/build"

FROM: deploy_image
COPY --from=builder /src/app/build /app
WORKDIR /app
//дальше запуск приложения как обычно

1. Squid
   
2. На хосте NAT траффика на 80,443/TCP порты из докерных сетей исключая сам прокси.
   

Надо сделать отдельный архивчик с минимальным набором данных для тестов функционала и держать его в доступном для разрабов месте (в принципе можно и в само репо, но с пониманием того, что гигабайты лучше там не держать) и скриптик с docker volume create some_name и разворачиванием туда архива, а затем этот volume монтировать в compose.yml для локальной разработки.

https://github.com/appium/appium-docker-android

Я на работе кручу Selenoid, сильно упрощает жизнь.

extra_hosts
Причина проблемы - образ не содержит вашего /etc/hosts

proxy_set_header X-Real-IP $remote_addr;

Контейнеры используют тоже ядро, что и хост. Если вы не имели в виду под "другими ОС" разные дистрибутивы Linux, то ответ - гипервизор + виртуалка с нужной ОС.

1. Официальный репозиторий, отпочковывайтесь от этих образов в вашем Dockerfile
   
2. Деплой на сервер делается это либо через Docker Registry, либо через костыли с docker export/import.
   

Не нравятся bash-скрипты - переходите на Teamcity и/или ищите плагины, заменяющие bash-скрипты.
Инструменты - id билда в Jenkins, Docker, Nexus, мозг, устройство ввода (достаточно каждого по одной штуке).

docker tag image_id $registry_addr/$image_name:"$BUILD_NUMBER"
docker push $registry_addr/$image_name:"$BUILD_NUMBER"

В случае использования отдельных тегов для разных стейджей (например dev, preprod, prod) надо скачивать из репозитория манифест образа и заливать обратно с другим тегом (SO).

Для того, чтобы во второй команде контейнер увидел файл, его (файл) нужно поместить в уже существующий bind mount (в случае с PG это как правило хостовая директория, в которую маппится в контейнере /var/lib/postgresql/data), других способов нет.

Volumes через плагины (пример для sshfs)