это ж классика, небось и npm используете

yarn

там лучше, да, но проблема транзитивных зависимостей там не решена

ваш код может использовать какую-то зависимость, которой нету в вашем package.json, но была у кого-то другого. То есть для вас она транзитивная

валиться не на залежностях, а на синтаксисі

этот кто-то другой мог её обновить в пятницу и всё сломать

☝️

вот мы начинаем приходить к конкретике

такой вопрос..
Скажем, у вас есть старинное легаси на angular JS 1.*.
вам надо сделать модный молодежный свежий компонент и заинжектить его в старинный легаси, собирающийся полу-сломанным галпом.

Я вижу 2 варианта:
1) <div id=“root_of_my_super_container”></div>, далее просто натравить тот же реакт в этот див, и параметры хватать через атрибуты (скорее всего извращение страшное)
2) веб компоненты? Сделать на реакте веб-компонент, и уже в самой вьюхе ангуляра вставлять его и передавать пропсы внутрь веб-компонента его же средствами

еще варианты?

Идея - не взращивать дальше легаси кодовую базу, а постепенно контейнер за контейнером, заменить на модный молодежный фреймворк

Что скажете, коллеги?:)

на даний момент Object is possibly 'undefined'.  TS2532
але не в цьому суть.
Ще в п'ятницю все збиралося нормально, локально також ніяких проблем немає.
Так враження, що ігнорується tsconfig, або береться невідомо звідки

это не синтаксическая ошибка

на каком коде это происходит, минимально воспроизводимый пример?

ну вроде ж взрослые люди)

там є чутка d3

какая сигнатура axisYBar?

scaleLinear — d3

не очень понял, чем отличается вариант 1 и 2, кроме того что в 2 ещё и веб-компонент появляется.
Внутри ангуляр-компонента (директивы) можно рендерить в $el (или как там, уже не очень помню) реакт компонент типа ReactDOM.render и пробрасывать пропсы из скоупа