MS
дженерики непричем
Size: a a a
2020 March 06
DP
есть объект, можно ли как то получить его тип?
KR
есть объект, можно ли как то получить его тип?
instanceof
NT
есть объект, можно ли как то получить его тип?
typeof
RR
Ребят, на фронте развита практика вендорить зависимости? Ну то есть не просто коммитить node_modules, а вендорить только используемые для сборки приложения библиотеки?
ДК
Ребят, на фронте развита практика вендорить зависимости? Ну то есть не просто коммитить node_modules, а вендорить только используемые для сборки приложения библиотеки?
Что значит вендорить?
NT
Ребят, на фронте развита практика вендорить зависимости? Ну то есть не просто коммитить node_modules, а вендорить только используемые для сборки приложения библиотеки?
node_modules обычно не коммитят
a
Ребят, на фронте развита практика вендорить зависимости? Ну то есть не просто коммитить node_modules, а вендорить только используемые для сборки приложения библиотеки?
node_modules в репу пихать вообще дебильная практика
NT
Для полного соответствия есть yarn.lock или package-lock.json
Если таки хочешь именно сами пакеты коммитить (для доступа без интернета, например) - присмотрись к yarn 2
Если таки хочешь именно сами пакеты коммитить (для доступа без интернета, например) - присмотрись к yarn 2
R
Для полного соответствия есть yarn.lock или package-lock.json
Если таки хочешь именно сами пакеты коммитить (для доступа без интернета, например) - присмотрись к yarn 2
Если таки хочешь именно сами пакеты коммитить (для доступа без интернета, например) - присмотрись к yarn 2
У первого ярна тоже есть политики работы оффлайн
NT
У первого ярна тоже есть политики работы оффлайн
Второй просто заточен под это, он сразу работает с zip пакетами без их установки
R
Второй просто заточен под это, он сразу работает с zip пакетами без их установки
А первый пакеты складывается в папочку с кешем 🤔 в итоге в оффлайне тянет из из кеша
RR
вендорить - значит хранить используемые библиотеки в системе контроля версий
NT
Но тут детально не разбирался, он может быть еще сыроват
NT
А первый пакеты складывается в папочку с кешем 🤔 в итоге в оффлайне тянет из из кеша
Да, просто там их нужно устанавливать
Разница в общем то не особо большая, можно и так и так )
Разница в общем то не особо большая, можно и так и так )
NT
вендорить - значит хранить используемые библиотеки в системе контроля версий
https://classic.yarnpkg.com/blog/2016/11/24/offline-mirror/ yarn 1
https://yarnpkg.com/features/offline-cache yarn 2
Делай кэш и коммить его
https://yarnpkg.com/features/offline-cache yarn 2
Делай кэш и коммить его
ДК
И чем это принципиально отличается от коммита node_modules?
RR
И чем это принципиально отличается от коммита node_modules?
Тем что в node_modules мусор, там есть бинари, там есть библиотеки которые не попадают в конечную сборку приложения. То есть если я использую vue + cypress (e2e testing). То в node_modules будет 2>k зависимостей, а для того, чтобы собрать приложение нужно только vue.
ДК
От того, что вы завернёте это всё в один большой zip ничего принципиально не изменится.
NT
От того, что вы завернёте это всё в один большой zip ничего принципиально не изменится.
Коммиты и пуллы будут на несколько порядков быстрее