зачем есть картошку если есть капуста?

попробуй в свой main.js добавить отлов. возможно здесь будет более удобный стектрейс. ну а так, да, хорошо бы использовать try catch в тех местах где может вывалиться исклчение.

process.on('unhandledRejection', (reason, promise) => {
  console.log('Unhandled Rejection at:', promise, 'reason:', reason);
  // Application specific logging, throwing an error, or other logic here
});

ну nvm сам ставит версию npm под нужную версию ноды

галп мне надо установить чтоб работал с помощью yarn

у человека нет nvm, ему 10 нода нужна и npm

а зачем ему именно 10 нода

process.on('unhandledRejection', (reason, promise) => {
  console.log('Unhandled Rejection at:', promise, 'reason:', reason);
  // Application specific logging, throwing an error, or other logic here
});

Спасибо большое

это совершенно разные вещи никак не связанные

оказывается скрипт галп в нашем проекте работает в node 10.x

вот так выходило при последней в версии ноды

линукс под макось - позор для линукса :(

депин

иконы поменял

кто-н использует conventional commits?

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

Использую лично, но без генерации ченджлога.

Кажется это удобны и приятным, но по нему любой коммит, затрагивающий код, если это не рефакторинг - то изменение версии.
Если всё время squash делать, норм, наверное.
Но если хочется иметь оригинальную историю, то стратегия "коммить чаще" уже не работает

Либо коммит большой (полностью законченная фича/фикс).
Либо версия обновляется от кучи небольших изменений кода в процессе реализации фичи по частям

Ребят, подскажите пожалуйста

а если делать фичу в бранче? там будут мелкие коммиты, но в мастер вливается мердж коммит — что тогда с версиями?

Со сквошем или без?

без