и из него собираешь свое

БД, кеш, очереди, логи, в отдельных контейнерах - именно так и представляется.

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

делаешь image с framework'ом и зависимостями

да, так и планировал, про разделение - у Никиты уточнял за артефакты.

но основной вопрос все же тот же, как правильней код разрабатывать - схоронять все в открытый для записи volume, или обращаться как к серверу схороняя отправляя файло туда по ftp какому

думаю лучше всего тебе поможет @voskobovich

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

которые подозрительно похожи на твои

спасибо, обращусь, если в том что нагуглил не найду внятного ответа.

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

)))))))

я у себя тупо монтирую volume в контейнер

для отладки

и build контейнеры для сборки

чтобы систему не засирать всякими nodejs и различными версиями python'а

чтобы систему не засирать всякими nodejs и различными версиями python'а

вооот, именно для этого и делается.

К тому же я из натуралов, и с питонячьими либами для нас не просто.

Звучит так будто ребятам не завезли venv и nvm

такоей вопрос: так же можно конфиг передать в композе для нгинкса? volumes: - ./default.conf:/etc/nginx/conf.d/default.conf

или volums только на папки распространяется?

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

Видимо читать доки это теперь не по натуралам лол

тогда чего ему надо тут? ERROR: for nginx Cannot create container for service nginx: invalid bind mount spec "D:\\www\\heart\\default.conf:/etc/nginx/conf.d/default.conf:rw": invalid volume specification: 'D:\www\heart\default.conf:/etc/nginx/conf.d/default.conf:rw'

nginx -t ?

А, хотя да, какой там

не, не работает, вынес в докфайл и запустилось.

О да это же винды

Там оно вообще работает?

да

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

у тебя я так поял docker toolbox, он из коробки умеет всё маппить внутрь виртуалки через шаред фолдерс, а там через волюмы в контейнер пробрасывает

все так, остлаось дело за малым - правильные буковки в правильном порядке в конфиге прописать )

а зачем нужны вот эти вот все доккер туулбоксы и прочее?

затем что винда

чтобы время экономить

затем что винда

https://docs.docker.com/docker-for-windows/

все так, остлаось дело за малым - правильные буковки в правильном порядке в конфиге прописать )

kitematic стоит?

да, в комплекте идет

https://docs.docker.com/docker-for-windows/

Спасибо, читали. Но не у всех десятка и не всем это подходит. Так кидаете ссылки как будто это прям уже безоблачно работающее решение. А на самом деле это говна кусок

но я пока по конфигам лажу

да, в комплекте идет

ТАк вот там папки прокидваются парой кликов мыши.

Спасибо, читали. Но не у всех десятка и не всем это подходит. Так кидаете ссылки как будто это прям уже безоблачно работающее решение. А на самом деле это говна кусок

вы сейчас про безоблачно работающее решение на винде рассуждаете

так будто оно там есть

докер в виртуалке прекрасно работает

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

докер в виртуалке прекрасно работает

зачем?

доккер на хостовой машине чудо как хорошо работает

я промолчу, на эту попытку развести бессмысленный холивар

вы сейчас про то как оно чудо как хорошо работает?

если что, тулбокс работает на 64битных системах начиная с вин7

ТАк вот там папки прокидваются парой кликов мыши.

ок, счас гляну. Спасибо

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

да, так и есть, забыл об этом напомнить :(

Раз завелось - теперь можете и в конфигаъ поковыряться, я вообще своим разрабам не даю юзать кайтматик, и потому что он замыливает понимаени происходящего.

плюс COMPOSE_CONVERT_WINDOWS_PATHS=1

Руками в виртуалбоксе прокинь себе 22-й порт, и ходи в хост докера по ссш ,как мужик)

вот-вот

но тут главное завестись, а там дальше затюненгуем

кста, я думал порт 22 через файл контейнера открыть, а не через вм. В вм только на крайняк лезть

это неправильные мысли

во первых в контейнере наличие ssh днемона сама по себе вещь странная

во вторых если ты прокидываешь порт через кинематик - фактически ты его прокидываешь так же через виртуалбок (если у тебя нет сетевого интерфейса типа "виртуальный адаптер хоста")

ок,ок - отдельный контейнер под ссш )

смысл?

он будет видеть только себя

ну вообще ссш не должно быть в контейнерах, ни для чего

смысл?

по хорошему там билдер должен жить

контейнер это не ОС, это 1 зпущенный процесс, выполняющий 1 функцию, представляющий сервис

да

обычно это php или апач какой, или бдшка

Владимир, подскажи пожалста, я правильно понял, что переменные типа COMPOSE_CONVERT_WINDOWS_PATHS=1 можно на уровне вм выставить?

это по моему переменная тулбокса

она ни в ВМ ни тем более в контейнер не попадает

все-таки чисто к тулбоксу относится...

т.е. это парамет софта, который управляет виртуалкой, и через неё контейнерами

ок, спасибо

по моему да, но могу ошибаться

в общем в корне, откуда стартуется композ создается файл .env и в него записываются командные модификаторы. https://docs.docker.com/compose/env-file/

но основной вопрос все же тот же, как правильней код разрабатывать - схоронять все в открытый для записи volume, или обращаться как к серверу схороняя отправляя файло туда по ftp какому

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

Т.е. гит отдельно, версионировааные готовые артифакты отдельно.

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

не совсем. собственно вся дев среда в докере сразу.