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

Странно канешн, сначала юзать генераторы а потом париться с их деприкейтом

глупо

генераторы не депрекейтнуты. это koa просто хотят быть модными

async/await эт модняво

Привет ещё раз, забыл представиться по традиции: 1) Нахожусь сейчас в свободном плавании до этого работал на BitTorrent; 2) Пишу на JS и только на JS, но не так хорошо как хотелось бы. Крутые скиллы в дизайне; 3) Умею много говорить =) могу быть мега полезным в UI-ных вопросах; 4) Мерж знаний в первую очередь; 5) Я из Минска; 6) Про групу подсказали в другом чатике онлайн-деградантов; Всем привет

метку забыл =)

А какую метку то надо ставить?

я тут новенький

@gerhr > 6) Про групу подсказали в другом чатике онлайн-деградантов; В каком, если не секрет?

#whois Привет ещё раз, забыл представиться по традиции: 1) Нахожусь сейчас в свободном плавании до этого работал на BitTorrent; 2) Пишу на JS и только на JS, но не так хорошо как хотелось бы. Крутые скиллы в дизайне; 3) Умею много говорить =) могу быть мега полезным в UI-ных вопросах; 4) Мерж знаний в первую очередь; 5) Я из Минска; 6) Про групу подсказали в другом чатике онлайн-деградантов; Всем привет

вроде всё))))

uWeb Design

Странно канешн, сначала юзать генераторы а потом париться с их деприкейтом

Там теперь вместо голых генераторов нужно юзать функции, которые возвращают промис. Вообще вторая коа кажется более логичный. Явный контекст — это тоже хорошо.

А как сделать так, чтобы в Docker-контейнерах npm install не выполнялся каждый раз, а только тогда, когда package.json изменился?

А как сделать так, чтобы в Docker-контейнерах npm install не выполнялся каждый раз, а только тогда, когда package.json изменился?

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

я обычно оставляю это дело рукам

но думаю можно гонять средствами линухи и "pm2 restart" в демоне на фоне)

А как сделать так, чтобы в Docker-контейнерах npm install не выполнялся каждый раз, а только тогда, когда package.json изменился?

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

@isuvorov

Есть еще вариант с bundleDependencies

Задача в том, чтобы не делать npm install при каждом docker build, а брать всё из кэша

Кеш же

Первым делом копируешь package.json потом npm I потом сырцы

Задача в том, чтобы не делать npm install при каждом docker build, а брать всё из кэша

Так на митапе про это рассказывал товарищ из яндекса)

Правда у них костыль.

Первым делом копируешь package.json потом npm I потом сырцы

Надо попробовать будет.

А что пробовать? Это просто работает :)

Первым делом копируешь package.json потом npm I потом сырцы

FROM node:5 ENV NODE_ENV=production # Create app directory RUN mkdir -p /usr/src/app # Install app dependencies ADD package.json /usr/src/app/ RUN cd /usr/src/app && npm install # Build the bundle ADD . /usr/src/app/ RUN npm run build EXPOSE 3000 CMD [ "npm", "start" ]

Денис, а вот ты сборку делаешь внутри контейнера чего конкретно?

Да, как-то так

Почему спрашиваю: у меня скрипты билдов обычно требуют devDependencies и мне почему-то кажется, что перед тем как прокинуть в контейнер аппку надо ее предварительно собрать в dev-окружении (если она не лежит уже собранная в приватном npm реестре, например).

FROM node:5 ENV NODE_ENV=production # Create app directory RUN mkdir -p /usr/src/app # Install app dependencies ADD package.json /usr/src/app/ RUN cd /usr/src/app && npm install # Build the bundle ADD . /usr/src/app/ RUN npm run build EXPOSE 3000 CMD [ "npm", "start" ]

Слушай, а у тебя на маке докер через vbox запускается?

Слушай, а у тебя на маке докер через vbox запускается?

стоп, там же своя виртуализация или не?

Мне втирали что он без vbox уже умеет работать.

Задача в том, чтобы не делать npm install при каждом docker build, а брать всё из кэша

https://davidwalsh.name/git-hook-npm-install-package-json-modified не совсем твой случай но можно адаптировать. Просто делаешь git diff и смотришь меняялся ли в последнее время package.json

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

https://davidwalsh.name/git-hook-npm-install-package-json-modified не совсем твой случай но можно адаптировать. Просто делаешь git diff и смотришь меняялся ли в последнее время package.json

О боже, зачем так сложно?

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

О боже, зачем так сложно?

Не знаю :)

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

А как?

А как?

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

до этого мб сигвиновские наработки юзали возможно

под окном Hyper-V использует

Слушай, а у тебя на маке докер через vbox запускается?

Я на маке его не запускаю)

Печаль :(

Ребят, кто нибудь откатывался с sierra на elcapitan?

https://davidwalsh.name/git-hook-npm-install-package-json-modified не совсем твой случай но можно адаптировать. Просто делаешь git diff и смотришь меняялся ли в последнее время package.json

Лёш, спасибо, но многовато потенциальных точек отказа)

@DenisIzmaylov а в чем смысл?

Наверное в том чтобы контейнеры не разбухали.

чтобы они не разбухали, нужно меньше в них класть, какие еще варианты

@DenisIzmaylov а в чем смысл?

В том, что мы используем Concourse.ci и он всё собирает в контейнерах. В частности при git-commit, мы пересобираем контейнер и сейчас я обнаружил, что он каждый раз делает npm install.

а в чем проблема?

Это долго

http://www.clock.co.uk/blog/a-guide-on-how-to-cache-npm-install-with-docker

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

Мы например собираем приложения на circleci под андроид, там при каждом билде скачивается и устанавливается android sdk

долго, зато просто и наджено

любое кэширование потенциально приводит к невоспроизводимым билдам

Это да, но для ветки dev можно использовать кэш

Для stage и prod без кэша и правда лучше)

В том, что мы используем Concourse.ci и он всё собирает в контейнерах. В частности при git-commit, мы пересобираем контейнер и сейчас я обнаружил, что он каждый раз делает npm install.

на последнем митапе Москов js про это говорили, даже выложили скриптик на bash

говорили про докер?

ERROR: S client not available

Из коробки докер это не умеет?

https://events.yandex.ru/events/yagosti/28-july-2016/

фронтэнд

вообще в docker build по умолчанию включено кэширование

но вряд ли оно способно понять связь между package.json и node_modules

http://www.clock.co.uk/blog/a-guide-on-how-to-cache-npm-install-with-docker

Вот здесь автор как раз свою версию костыля даёт)

на последнем митапе Москов js про это говорили, даже выложили скриптик на bash

Да, уже смотрю. Мы там в кулуарах о своём чём-то заговорились, все доклады пропустили

Да, уже смотрю. Мы там в кулуарах о своём чём-то заговорились, все доклады пропустили

Скорее всего, можно будем создать сторадж с node_modules и натравливать этот скриптик. По их расказам, скорость установки была почти как обычное копирование файлов)

Алексей предлагает вот этот скрипт https://gist.github.com/rndD/3f3d33456c6137294b983816a41b34c5

Оно неплохо, но не Docker-friendly

А чем мой вариант не вариант?

просто фишка ci в докере в том чтобы не кэшировать как раз ничего

просто фишка ci в докере в том чтобы не кэшировать как раз ничего

Штоэ?

билд с нуля

И снова. Штоэ? У меня полный билд пару часов будет идти. Мне забыть про сиайсиди?

да

но то есть - нет. просто билд будет 2 часа идти

Но зачем?

Ребилд с кешем 10 минут с тестами

то есть два часа зависимости ставятся?

А чем мой вариант не вариант?

Да вроде наоборот вариант должен быть, но каждый раз ставится всё

А у тебя свой билд сервер?

то есть два часа зависимости ставятся?

Нет, собираются разные контейнеры, билдится эрланш

ну вот и ответ - собирать нужно только сам проект

А у тебя свой билд сервер?

Да, in-house: www.concourse.ci

Да, in-house: www.concourse.ci

Тогда смотри что портит кеширование. Ты именно такой докерфайл используешь? Чтонить типа докериндокер есть?

ну вот и ответ - собирать нужно только сам проект

И снова я вас не понимаю. А я что собираю?

> @NordLuf разные контейнеры, билдится эрланш

Так это проект

ну тогда все ок