npx?

Не хотелось бы брать сторонние инструменты, в целом конструкции с локальными модулями file:../b нормально работают, пока зависимости не добавлены в package-lock далее он не устанавливает зависимости пакета `b`😕

Парни подскажите есть ли вариант организовать что похожее на yarn workspaces только силами npm без lerna? Есть монорепа с пакетами которые зависят друг от друга, но при этом должны устанавливатся самостоятельно без обвязки сверху как это происходит в случае lerna boostrap. К примеру: /packages/a -> dependencies: { "b": "1.0.0" } /packages/b Выполняем внутри packages/a -> npm install, устанавливаются зависимости packages/b и npm link на него.

а в чем проблема заюзать yarn или lerna ?

Проблема в цене использования новых инструментов, чтобы поддерживать инфраструктуру остальным участникам команды нужно будет вникать как это устроено также как и devops. Это вопрос конечно субъективный, но на клиентских проектах довольно важный. Грубо говоря если это можно решить стандартными средствами npm зачем вводить еще один инструмент или дополнительные абстракции.

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

Мы взяли lerna но насколько я понял она не может подтянуть зависимости при запуске из самого пакета.

Мы взяли lerna но насколько я понял она не может подтянуть зависимости при запуске из самого пакета.

куда подтянуть? установить их?

Да то есть внутри packages/a выполнить lerna boostrap при этом создав ссылку на packages/b установить его зависимости, при это не устанавливая зависимости других пакетов, если из корня делать lerna boostrap то npm install выполнится для всех пакетов что очень сильно влияет на скорость CI.

lerna bootstrap —scope ‘a’

А как же «не устанавливать dev dependencies» для production образа?

про --scope в курсе, но тут есть два момента первое что нужно указывать этот самый scope, второй что в идеале хочется получить один Dockerfile который выполняется для каждого сервиса, грубо говоря FROM node:latest WORKDIR /usr/src/app RUN npm i COPY . . VOLUME [ "/usr/src/app" ]

process.exit ожидает перед выходом несколько минут освобождения ресурсов, есть ли удобный способ детально посмотреть чего именно он ждет?

process.exit ожидает перед выходом несколько минут освобождения ресурсов, есть ли удобный способ детально посмотреть чего именно он ждет?

о.О версия ноды какая?

попробуй дергнуть метод server.close для express

у тебя висит что-то до екзита или что-то снаружи

а ничего вокруг ноды нету?

прямо явный?

да, process.exit(0) висит

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

process.kill(process.pid, 'SIGKILL') :-)

Если у тебя происходит запись на слои которые ты удаляешь после работы - влёгкую

про --scope в курсе, но тут есть два момента первое что нужно указывать этот самый scope, второй что в идеале хочется получить один Dockerfile который выполняется для каждого сервиса, грубо говоря FROM node:latest WORKDIR /usr/src/app RUN npm i COPY . . VOLUME [ "/usr/src/app" ]

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

как чинить?

как чинить?

как чинить?

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