Как монтировать Тома хоста в контейнеры docker в Dockerfile во время сборки

UPDATE: кто-то просто не примет нет в качестве ответа, и мне это очень нравится, особенно на этот конкретный вопрос.

хорошие новости, теперь есть способ--

решение Rocker:https://github.com/grammarly/rocker

Джон Яни сказал, "ИМО, он решает все слабые места файла Docker, что делает его пригодным для развитие."

качелька

https://github.com/grammarly/rocker

вводя новые команды, Rocker стремится решить следующие случаи использования, которые являются болезненными с простым Докером:

1. монтировать многоразовые Тома на этапе сборки, поэтому инструменты управления зависимостями могут использовать кэш между сборками.
2. поделиться ssh ключами со сборкой (для вытягивания частных репозиториев и т. д.), а не оставляя их в полученное изображение.
3. построить и запустить приложение в разных образах, иметь возможность легко передавать артефакт от одного изображения к другому, в идеале иметь эту логику в одном файле Dockerfile.
4. Tag / Push изображения прямо из Dockerfiles.
5. передать переменные из команды сборки оболочки, чтобы они могли быть заменены на Dockerfile.

и многое другое. Это самые критические вопросы, которые блокировали наше принятие Docker на Это дополнение не совместимо.

есть способ монтировать том во время сборки, но он не включает Dockerfiles.

техника будет создать контейнер из любой базы, которую вы хотели использовать (установка вашего Тома(ов) в контейнере с -v option), запустите сценарий оболочки, чтобы выполнить работу по созданию образа, а затем совершить контейнер как изображение, когда сделано.

Это не только оставит лишние файлы, которые вы не хотите (это хорошо для безопасности файлы, а также, как SSH файлы), он также создает один образ. У него есть недостатки: команда commit не поддерживает все инструкции Dockerfile, и она не позволяет вам забрать, когда вы остановились, если вам нужно отредактировать сценарий сборки.

при запуске контейнера создается каталог на вашем Хосте и монтируется в контейнер. Вы можете узнать, что это за каталог с

$ docker inspect --format "{{ .Volumes }}" <ID>
map[/export:/var/lib/docker/vfs/dir/<VOLUME ID...>]

Если вы хотите смонтировать каталог с вашего хоста внутри вашего контейнера, вы должны использовать

Я думаю, что вы можете сделать то, что вы хотите сделать, запустив сборку с помощью команды docker, которая сама запускается внутри контейнера docker. Смотрите Docker теперь может работать в Docker / Docker Blog. Такая техника, но которая фактически обращалась к внешнему докеру из контейнера, использовалась, например, при изучении того, как создать наименьший возможный контейнер Docker / Xebia Blog.

еще одна соответствующая статья Настройки Оптимизации Изображений | CenturyLink Labs, что объясняет, что если вы в конечном итоге загружаете материал во время сборки, вы можете избежать потери пространства в конечном изображении, загрузив, создав и удалив загрузку за один шаг.

это некрасиво, но я добился подобия этого вот так:

Dockerfile:

FROM foo
COPY ./m2/ /root/.m2
RUN stuff

imageBuild.sh:

docker build . -t barImage
container="$(docker run -d barImage)"
rm -rf ./m2
docker cp "$container:/root/.m2" ./m2
docker rm -f "$container"

у меня есть сборка java, которая загружает вселенную в /root/.м2, и сделал так каждый раз. imageBuild.sh копирует содержимое этой папки на хост после сборки, и Dockerfile копирует их обратно в образ для следующей сборки.

Это что-то вроде того, как Том будет работать (т. е. он сохраняется между сборками).

во-первых, чтобы ответить "почему бы и нет VOLUME работы?"Когда вы определяете VOLUME в файле Dockerfile можно определить только цель, а не источник Тома. Во время сборки вы получите только анонимный том из этого. Этот анонимный том будет смонтирован на каждом RUN команда, предварительно заполненная содержимым изображения, а затем отбрасывается в конце