но нода под докером для разработки это пиздец боль

никаких тулзов не поставить

ничего

пиздец

Каких тулзов?

да разных

тот же center-code

nodemon

Это почему? =)

а что?

в каждый докер снова ставить?

в каждый докер снова ставить?

Лоль. =) Нет же. Ща покажу.

я везде юзаю глобальные manpm commitizen serve center-code npm-check мне в каждый докер это ставить каждый раз?

но нода под докером для разработки это пиздец боль

норм же

тяжелые наркотики же

back-dev: image: node:8-alpine environment: DB_HOSTNAME: db working_dir: /app links: - db-dev:db volumes: - ./node_modules:/app/node_modules:ro - back-dev-babel-cache:/app/node_modules/.cache - ./src:/app/src:ro - ./.babelrc:/app/.babelrc:ro - ./package.json:/app/package.json:ro ports: - '80:80' command: yarn dev:back

back-dev: image: node:8-alpine environment: DB_HOSTNAME: db working_dir: /app links: - db-dev:db volumes: - ./node_modules:/app/node_modules:ro - back-dev-babel-cache:/app/node_modules/.cache - ./src:/app/src:ro - ./.babelrc:/app/.babelrc:ro - ./package.json:/app/package.json:ro ports: - '80:80' command: yarn dev:back

Это часть конфига.

back-dev: image: node:8-alpine environment: DB_HOSTNAME: db working_dir: /app links: - db-dev:db volumes: - ./node_modules:/app/node_modules:ro - back-dev-babel-cache:/app/node_modules/.cache - ./src:/app/src:ro - ./.babelrc:/app/.babelrc:ro - ./package.json:/app/package.json:ro ports: - '80:80' command: yarn dev:back

бля

пиздец

и что я должен понять?

и что я должен понять?

что не надо юзать ноду в докере для девелопмента

ну как бы об этом и речь

в проде ок

но бля смысл усложнять разработку?

В данном случае я юзаю уже установленные зависимости. Но можно полностью отдать это на откуп докеру. Просто какую-то часть он соберёт в образ, а какая-то часть будет подниматься при запуске контейнера.

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

/me толсто намекает что он не для этого

и что я должен понять?

По-видимому, ничего. =)

В данном случае я юзаю уже установленные зависимости. Но можно полностью отдать это на откуп докеру. Просто какую-то часть он соберёт в образ, а какая-то часть будет подниматься при запуске контейнера.

у меня пакеты лежат в /Users/lestad/.nvm/versions/node/v8.9.4/

мне туда прокидывать?

у меня пакеты лежат в /Users/lestad/.nvm/versions/node/v8.9.4/

Какие пакеты? Зачем?

Ты зависишь от глобальных пакетов? о.0

мне туда прокидывать?

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

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

Ты зависишь от глобальных пакетов? о.0

они мне помогают в разработке лол

ну вон тип предлагает не ставить ноду в систему впринципе

а юзать докер

получается

иначе вообще смысла не имеет контейнеризация если у тебя 50 проектов от глобалов взаимно исключающих будут зависеть

они мне помогают в разработке лол

Тогда пусть будут локальными же. В devDependencies.

Тогда пусть будут локальными же. В devDependencies.

блядь пиздец

ну вон тип предлагает не ставить ноду в систему впринципе

наркомания цветет и пахнет же, че уж

я не юзаю npm-check в дев сборке

нахуй он мне там

но я им пакеты обновляю

как мне его заюзать?

как мне его заюзать?

npx )))

я не юзаю npm-check в дев сборке

И еслинт наверняка. Еслинт у тебя тоже в глобале? о.0

как мне его заюзать?

треднечитал, объясни в двух словах чего хочешь сделать?

npx )))

+1

npx )))

Сова познаёт мир. =) Но и в нпм-скриптах обращение к локальным пакетам тоже работает.

npx это разве не костыли для тех кто без докера?

а не, то я с другим путаю

npx это разве не костыли для тех кто без докера?

Чёт толсто.

И еслинт наверняка. Еслинт у тебя тоже в глобале? о.0

нет

то я с nvm путаю

npx )))

то есть ставить в проект то, что никак к сборке не относится?

то есть ставить в проект то, что никак к сборке не относится?

Эм?

Он ничего не должен (вроде) добавлять

треднечитал, объясни в двух словах чего хочешь сделать?

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

В чем проблема установить это в devDeps?

то есть ставить в проект то, что никак к сборке не относится?

npx не ставит в проект ниче

В чем проблема установить это в devDeps?

а нахуя

npx не ставит в проект ниче

глобально ставит или вытаскивает из devDeps

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

ну все правильно говоришь, не надо для дебага ничего обдокеривать если у тебя не миллион взаимно исключающих проектов/сред

если миллион

ERROR: S client not available

то NVM

РЕШАЕТ

легко

ну я и говорю - костыли если нет докера

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

''

а так засрет только свалкой докеров

ээ

че

свалка из нод?

ну я зайду в одно место и удали

нет

Ну так а чего стесняться. Сунул в дев-зависимости всё, что юзаешь в процессе разработки, и ок. Так или иначе, если ты работаешь не один, то оговаривается набор тулзов, и их версии. Это всё и попадает в дев-зависимости, т.к. каждому вести этот список у себя на машине — пиздец пиздецкий. Плюс у каждого проекта наверняка будет своя версия какой-либо тулзы.

Давайте смеяться над совой, сова радикал

Сделал через nvm ? Чтобы удалить нужно просто удалить папку .nvm?

Ну так а чего стесняться. Сунул в дев-зависимости всё, что юзаешь в процессе разработки, и ок. Так или иначе, если ты работаешь не один, то оговаривается набор тулзов, и их версии. Это всё и попадает в дев-зависимости, т.к. каждому вести этот список у себя на машине — пиздец пиздецкий. Плюс у каждого проекта наверняка будет своя версия какой-либо тулзы.

так это я их юзаю? я вон center-code юзаю нахуй мне ставить в проект это

Давайте смеяться над совой, сова радикал

Маргинал. =)

Сделал через nvm ? Чтобы удалить нужно просто удалить папку .nvm?

ну по сути да

Сделал через nvm ? Чтобы удалить нужно просто удалить папку .nvm?

rm -rf /

свалка из нод?

ну а как еще ты собираешься работать с множеством версий нод но при этом не прятать их в контейнер? в систему ставить и через nvm свичиться

rm -rf /

Отлично, спасибо!

Ну так а чего стесняться. Сунул в дев-зависимости всё, что юзаешь в процессе разработки, и ок. Так или иначе, если ты работаешь не один, то оговаривается набор тулзов, и их версии. Это всё и попадает в дев-зависимости, т.к. каждому вести этот список у себя на машине — пиздец пиздецкий. Плюс у каждого проекта наверняка будет своя версия какой-либо тулзы.

бля ты хуйню пишешь npm-check вообще не обязателен для разработки всё что ОБЯЗАТЕЛЬНО УЖЕ в проекте

Отлично, спасибо!

брат умер?

так это я их юзаю? я вон center-code юзаю нахуй мне ставить в проект это

Если работаешь один, то пох, наверное. Но я такие вещи всегда привязываю к проекту, как еслинт или флоу.

ну а как еще ты собираешься работать с множеством версий нод но при этом не прятать их в контейнер? в систему ставить и через nvm свичиться

ну дык но оно в одном месте и работает само

брат умер?

Ещё вчера.

Если работаешь один, то пох, наверное. Но я такие вещи всегда привязываю к проекту, как еслинт или флоу.

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

но то, что там не нужно я не хочу ставить в проект

ну дык но оно в одном месте и работает само

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

;DDD

я чето уже с трудом понимаю кто из вас кого тролит

бля ты хуйню пишешь npm-check вообще не обязателен для разработки всё что ОБЯЗАТЕЛЬНО УЖЕ в проекте

Ты не думал, что то, что ты пишешь, тоже может оказаться хуйнёй? Нормально общайся. Если не можешь, давай завязывать.