П
зачем еще один нпм?)
потому что это не нпм
в bit можно компонент поменять неподсредственно в аппе и потом правки запушить
в bit можно компонент поменять неподсредственно в аппе и потом правки запушить
Size: a a a
2020 March 06
Вキ
и умереть от какой-нибудь заразы, которую еще не научились лечить)
кстати, забавный факт
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
ДМ
кстати, забавный факт
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
тоже как вариант)
П
кстати, забавный факт
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
скорее всего если отправиться в прошлое, то мы принесем туда супер-бактерии и все живое попросту вымрет
или заболеешь бактериями, которые уже вымерил и сам умрешь. шансы 50/50 :)
GK
потому что это не нпм
в bit можно компонент поменять неподсредственно в аппе и потом правки запушить
в bit можно компонент поменять неподсредственно в аппе и потом правки запушить
тоже самое но в профиль, так ты обновляешь компонент и публикуешь руками а тут некая автоматизация но не на твоей стороне а в облаке, за которое берут деньги
П
тоже самое но в профиль, так ты обновляешь компонент и публикуешь руками а тут некая автоматизация но не на твоей стороне а в облаке, за которое берут деньги
представь у тебя 2 аппы, шарят компонент.
в классчиском подходе у тебя есть либа, которую эти аппы используют. надо что-то поправить идешь в либу правишь там, резлизишь, обновляешь аппы
в классчиском подходе у тебя есть либа, которую эти аппы используют. надо что-то поправить идешь в либу правишь там, резлизишь, обновляешь аппы
П
с битом выходит
что комопнент живет внутри одной из апп, причем поправить ты можешь его в любой из них
что комопнент живет внутри одной из апп, причем поправить ты можешь его в любой из них
GK
представь у тебя 2 аппы, шарят компонент.
в классчиском подходе у тебя есть либа, которую эти аппы используют. надо что-то поправить идешь в либу правишь там, резлизишь, обновляешь аппы
в классчиском подходе у тебя есть либа, которую эти аппы используют. надо что-то поправить идешь в либу правишь там, резлизишь, обновляешь аппы
да и это правильно потому что контролируемо
П
да и это правильно потому что контролируемо
что контролируемо?
GK
с битом выходит
что комопнент живет внутри одной из апп, причем поправить ты можешь его в любой из них
что комопнент живет внутри одной из апп, причем поправить ты можешь его в любой из них
а это нифига не контролируемо, у тебя ктото гдето чтото поправит в одной апе а заафектит другую апу
П
у нас например щас такая проблема. нужно пошарить код между проектами
и городить ради этого либу не хочется
и городить ради этого либу не хочется
П
а это нифига не контролируемо, у тебя ктото гдето чтото поправит в одной апе а заафектит другую апу
апдейты прилетают как PR. ты не обязан их мержит сразу
GK
у нас например щас такая проблема. нужно пошарить код между проектами
и городить ради этого либу не хочется
и городить ради этого либу не хочется
либа самы правильный путь для шаринга, хочешь платить деньги биту, плати)
Вキ
тоже самое но в профиль, так ты обновляешь компонент и публикуешь руками а тут некая автоматизация но не на твоей стороне а в облаке, за которое берут деньги
Ух
П
либа самы правильный путь для шаринга, хочешь платить деньги биту, плати)
и самый гемороный
GK
и самый гемороный
есть вариант c nx.dev монорепой, но это тоже не всем и не всегда подходит
Вキ
есть вариант c nx.dev монорепой, но это тоже не всем и не всегда подходит
Когда будет время на фронт, хочу Bazel попробовать
Может доклад сделаю
Может доклад сделаю
GK
апдейты прилетают как PR. ты не обязан их мержит сразу
ну а как будешь решать мерж конфликты между аппами?) из первой сделали изменение и из второй, и они друг друга афектят