вот что значит жить у моря

Читай документацию внимательнее

духота выбивает

нельзя к ней привыкнуть

файл не был распакован

я его wget вытянул только

есть кто не спит ?

немного

кто спит тот не мы

А вот сейчас я именно с целью розжига!

Если вам надоели глюки Docker, почитайте статью Adriaan de Jonge об rkt - альтернативном движке для контейнеров от CoreOS. http://amp.gs/8MqD

ага, там их нет, оттого что им никто не пользуется и он ничего не умеет? :)

Котоны, а кто с альпайном работал? Странная хрень с ним: создаю в докерфайле директорию (RUN mkdir -p …), добавляю туда свой проект (ADD …), устанавливаю зависимости, в логе всё это проходит, никаких ошибок, запускается контейнер, всё хорошо, только после старта папка с проектом оказывается пустая и проекта нигде в контейнере нет. Есть небольшое подтверждение что я не сошел с ума: кеш менеджера пакетов в хомяке пользователя.

использую alpine:edge

перетираешь его пустым волумом с хоста?

а при запуске не пробовал подключать папку -v /data/project:/var/www/html

зачем в контейнер проект закидывать?

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

именованные больше подходят под базы, не все знают где их искать :))

Котоны, а кто с альпайном работал? Странная хрень с ним: создаю в докерфайле директорию (RUN mkdir -p …), добавляю туда свой проект (ADD …), устанавливаю зависимости, в логе всё это проходит, никаких ошибок, запускается контейнер, всё хорошо, только после старта папка с проектом оказывается пустая и проекта нигде в контейнере нет. Есть небольшое подтверждение что я не сошел с ума: кеш менеджера пакетов в хомяке пользователя.

это не норма и скорее всего сам альпин тут не при чём

зачем в контейнер проект закидывать?

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

зачем в контейнер проект закидывать?

почему бы и нет? А потом версионировать контейнеры с кодом уже внутри

судя по тому что они там нынче пилят плагины и вот это всё с именованием, то тупо пока никто особо не задумывался, как получилось так и крутись

почему бы и нет? А потом версионировать контейнеры с кодом уже внутри

на самом деле как раз для этого. чтобы складывать в приватный реджестри контейнеры app:latest или app:feature-123

почему бы и нет? А потом версионировать контейнеры с кодом уже внутри

ну так посмотри инспектом, что куда смоунчено, вдруг оно как то "само" :) ну и дальше логи, логи и логи

не туда реплай)

ой @p0123n

ну так посмотри инспектом, что куда смоунчено, вдруг оно как то "само" :) ну и дальше логи, логи и логи

точно, я и забыл что так можно :-)

помогло. он таки монтирует эту директорию. как-то сам, видимо, в базовом образе.

ну так посмотри инспектом, что куда смоунчено, вдруг оно как то "само" :) ну и дальше логи, логи и логи

спасибо :)

вот вот, ох уж это само :)

блиииин, это я молодец, написал volume в docker-compose и не могу понять почему так плохо работает Dockerfile

инспект рулит

compose шайтан, он и не такое может :)

ребят подскажите кто собирает js, css(less,sass) в контейнере, вы после сборки из контейнера сорсы удаляете или вообще их туда не заносите а например билдите в 1 контейнере, заливаете в другой, чтобы был непосредственно контейнер аппликейшена. Может у кого то есть другие идеи поделитесь плиз.

Не кайф что бы контейнер который в проде был с сорсами(когда тем более они там не нужны)

sourcemaps ты имеешь в виду?

Так там же можно выбрать опции сборки, с ними или без них

нет я не про sourcemaps

я про то что кайф только билд на сервере хранить

а сорсов чтобы там не было

вот и вопрос как это кто реализует

пока у меня Add все с сорсами, билжу галпом, потом сорсы деличу

но есть подозрение что есть метод элегантней

А понял. Ну вроде норм вариант

просто есть вариант иметь 1 контейнер для сборки, который все соберет а второй чисто для продакшена который тупо скопирует.

Можно билдить в одном контейнере, потом передавать результат в прод контейнер

Плюс такого подхода в том что в продакшен контейнере по сути не будит ненужных тулз которые были установленны для билда

Правда желательно при этом отдавать себе отчет в том - зачем это делается.

Можно билдить в одном контейнере, потом передавать результат в прод контейнер

ну вот я тоже так щас думаю замутить

Плюс такого подхода в том что в продакшен контейнере по сути не будит ненужных тулз которые были установленны для билда

Вот это - хорошая причина

Ну и кстати, я не совсем понял как контейнер будит тулзы. Они там или есть или их там нет

Ну и кстати, я не совсем понял как контейнер будит тулзы. Они там или есть или их там нет

ну вот если сборка в другом их не будет

но при таком подходе возникает вопрос как пробрасывать файлы? если volumes то по сути нужно будет их кидать сразу в папку с prod контейнером

то есть в билд сервер моунтить папку из прод контейнера, куда собственно все и будет билдится

А докер только при билде запускается?

ну при подходе контейнер-билд + контейнер-прод , да 1 раз

в принципе вроде идея с 2 контейнерами норм, но не понятно как передать только нужные файлы от 1 контейнера другому.

ну вот если сборка в другом их не будет

А, там опечатка, а я пытался понять какой xinetd магией он их будит

в принципе вроде идея с 2 контейнерами норм, но не понятно как передать только нужные файлы от 1 контейнера другому.

Элементарно - скопировать

в принципе вроде идея с 2 контейнерами норм, но не понятно как передать только нужные файлы от 1 контейнера другому.

В документации есть маунт папки

то есть в прод контейнере сделать доступ через volumes к билду и копировать?

Билдите из докера на физ сервер в папку и запускайте докером из этой папки

Билдите из докера на физ сервер в папку и запускайте докером из этой папки

это не кашерно выглядит))) хочется чтобы было все по папочкам, увы пока доступа к родительским папкам нет(

Хм, ну хз тогда, шара папки в докере

ERROR: S client not available

Это жесть и костыль

Хотя не видел такого

Не делайте так

Это жесть и костыль

Ну да

Это жесть и костыль

ты про "Хм, ну хз тогда, шара папки в докере" ?

Да

Согласен, но я не спец))

Да

так подскажи как по твоему мнению лучше решить данный момент

Да

слушай, а круто бы было, если бы можно было собрать контейнер, указать там VOLUME. А при ране другого контейнера сказать volume-from-only-data=repo/contaner:tag и чтобы этот волюьм изнутрей контейнера прихал на ноду как named volume и вмаунтился в запускаемый ! )

так подскажи как по твоему мнению лучше решить данный момент

Так я ж говорю - билдить в одном, тащить в другой

так а как тащить то?

слушай, а круто бы было, если бы можно было собрать контейнер, указать там VOLUME. А при ране другого контейнера сказать volume-from-only-data=repo/contaner:tag и чтобы этот волюьм изнутрей контейнера прихал на ноду как named volume и вмаунтился в запускаемый ! )

Няня, яу них поел!

так а как тащить то?

Копировать

билдить один в другом?

то есть bild должен находиться в папке продакта?

Нет. Билдить один, запускать, копировать из него, удалять

просто вопрос как копировать из другой папки Add ../ невозможно ведь

Кто у тебя делает билд?

Няня, яу них поел!

яннп )

Вот и я тоже

билд делает gulp

Он билдит локально?

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

А, без контейнера самого.. ну это примерно как запуск с анлим слипом

ну это вот для кейся описанного выше идеально подходит

тоест ьу нас есть контейнер на 5 гиг и билдить результат на 5 метров

*билдит

@lorddaedra тут для тебя задача )

Он билдит локально?

да локально

Ну так в чем проблема, не понимаю?

Сбилдил на 5 гигов образ (в моем случае это билд эрланга).

Запустил его со слипом на 5 лет и копируешь из него что тебе надо наружу, и это используешь как сырец для билда нового