AS
Ну так они не каждый раз качаются.
А вы только локально собираете приложения? CI ?
Size: a a a
2020 December 05
АВ
После истории когда в один день от зависимостей сломалось 10005000 проектов на javascript, предпочитаю vendor - твердо и четко
DP
вендор - это вообще крайний случай, имхо, к которому стоит прибегать, если иначе никак
да ну, перестаньте
нормальный способ обеспечить стабильность билда
мы у себя выпилили вендор с переходом на модули, но это потому, что подняли у себя же прокси
если прокси не вариант, а стабильность билда нужна - вендор проблему решает
нормальный способ обеспечить стабильность билда
мы у себя выпилили вендор с переходом на модули, но это потому, что подняли у себя же прокси
если прокси не вариант, а стабильность билда нужна - вендор проблему решает
SN
вендор - это вообще крайний случай, имхо, к которому стоит прибегать, если иначе никак
вендор - это то, к чему стоит прибегать в коммерческом ПО
ВС
После истории когда в один день от зависимостей сломалось 10005000 проектов на javascript, предпочитаю vendor - твердо и четко
Так у нас "пакетная" система иначе работает, модуль нужной версии считается иммутабельным и кешируется на прокси (который можно поднять и у себя) навсегда
DP
После истории когда в один день от зависимостей сломалось 10005000 проектов на javascript, предпочитаю vendor - твердо и четко
у нас тоже есть такая история, про logrus
ВС
Или ugorji/go, когда автор убрал один из тегов, на который завязалась не одна библиотека
АВ
С одной стороны как бы прокси с кэшем очень логично, с другой стороны вендор карман не тянет
ВС
С прокси качалось, напрямую - нет
SN
С одной стороны как бы прокси с кэшем очень логично, с другой стороны вендор карман не тянет
вендор обычно мешает тем, у кого бомбит от репозитория в 50 мегабайт
S
да ну, перестаньте
нормальный способ обеспечить стабильность билда
мы у себя выпилили вендор с переходом на модули, но это потому, что подняли у себя же прокси
если прокси не вариант, а стабильность билда нужна - вендор проблему решает
нормальный способ обеспечить стабильность билда
мы у себя выпилили вендор с переходом на модули, но это потому, что подняли у себя же прокси
если прокси не вариант, а стабильность билда нужна - вендор проблему решает
Так про то и речь. Есть куда более удобные и надёжные способы обеспечения стабильности билда. Вендор был костылём, который больше не нужен
ВС
С одной стороны как бы прокси с кэшем очень логично, с другой стороны вендор карман не тянет
Ну как сказать, гит он захламляет неплохо
АВ
Ну как сказать, гит он захламляет неплохо
А проблема в чем ? Гит для того и создан жеж
SN
Ну как сказать, гит он захламляет неплохо
если у вас зависимости, которые вы используете в проекте - хлам, то вам необходимо пересмотреть подход к написанию кода)
S
А проблема в чем ? Гит для того и создан жеж
он создан для того, чтобы хранить и версионировать историю твоего проекта, а не зависимостей
ВС
Скорее в плане того, что при обновлении зависимости хранится куча ненужных изменений
S
если у вас зависимости, которые вы используете в проекте - хлам, то вам необходимо пересмотреть подход к написанию кода)
зависимости в репозитории проекта - хлам, если в них не внесены специфичные правки.