Почему не композом?

Ansible как раз композ вроде и умеет

умеет

docker_service

пользуюсь постоянно, шикарная шняга

https://devdocs.io/ansible/docker_service_module

слушайте

а docker build только на .dockerignore смотрит?

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

а она не симлинком ли?

неа

drwxr-xr-x 2 teamcity teamcity 4096 Jul 17 09:14 .bundle

но она есть в .gitignore

но её нет в .dockerignore

не сталкивался с таким - у меня разные папки в гите и докер игнорах ведут себя ожидаемо

блядь, мистика

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

есть у меня ещё одно подозрение

да, блядь

что за

это говно действительно похоже использует .gitignore

ни один артефакт не попал в имадж

о.О

какое говно?

docker build

я щас ещё исключу что это симсити такой хуйнёй страдает

чота ваще мистика

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

патамушта я долбоёб

:(

ещё бы я нужную директорию пытался копировать, га

из нужной всмысле

вот как быть, когда я хочу использовать ONBILD ENV FOO=$BAR/baz в базовом имадже но $BAR задавать в нижнем?

Oh wait

потому что копипаста меня сейчас укусила за жопу

я не настоящий сварщик, но по-моему нет

у тебя же базовый имидж не пересобирается

или нет?

так это надо будет в build-agrs передавать :(

у меня 5 вот таких имаджей: https://gist.github.com/y8/50318d8f4953fbb8c66aa80aa18832e4

5 и 6 точно можно пихнуть в ONBUILD

но отличается между имаджами только ENV SERVICE_NAME=widget

так ARG в нижнем слое никак на аргументы верхнего не повиляет-же?

или повлияет?

слое == имадже

блиа

как-же хочется укусить докероделов местами

как-же хочется укусить докероделов местами

какими именно местами ты собрался их кусать? :)

какими именно местами ты собрался их кусать? :)

своими поседевшими яйцами

своими поседевшими яйцами

это решение вполне себе существующей проблемы

просто в докере они решили её уёбищно

При масштабировании дорого

пять раз 10 десять минут и уже час

против 10 минут

Тесты гонять например

для того чтоб катать на стейджинг

чтоб сразу было видно результат

fail fast

При CI/CD все билдится много раз в день

Обязана, иначе можно пропустить регрессионный баг

тесты прошли, поехали на стейджинг

ну вот докер решет пробелму «не преустанавливать линкус каждый раз»

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

В теории без докера сложно. Как раз потому что нету слоев и приходится все с нуля перестраивать. А с докером можно очень быстро перебилдить только изменившиеся слои и прогнать тесты.

и вместо того чтоб плодить вот это: а давайте щас гит дёрнем, а чо у нас на стейджинге сломалось? у меня локально всё работает!

а тут стянул локально имадж, нажал compose up и посмотрел что конкретно сломалось

и не надо тянуть тридцать гигов виртуалок

патамушта я долбоёб

@demeliorator запинь это?))

™

Хотя это не девопс чатик, тут такой юмор не оценят :(

@demeliorator запинь это?))

передать опыт молодым поколениям!

Это не просто копирование файлов. 1. Копирование файлов 2. Чистка и прогрев кеша 3. Сборка ассетов 4. Накатка миграций Как минимум

Даже на пхп проекте этот процесс может минут 5 идти.

И если собрался такой контейнер то дальше он за 10 секунд разлетается по девам/стейджам/продам

Тут речь не о том что это какая-то нерешаемая проблема, а о том что получается сэкономить 100% времени, 50% системных ресурсов и всяких таких затрат. Быстрее выше сильнее.

Но если у компании девиз - медленнее ниже примитивнее, то да, можно и sh скриптом все проблемы решать.

И даже перейти с git на svn обратно ;)

Ночные сборки это инновации 10летней давности. Сейчас - разработчик сделал push в гит - система все пересобрала и прогнала тесты.