i
Ну хельм как и бы оперирует пакетами чартами как пакетами - либо ты ставишь пакет, либо ничего не ставишь
Size: a a a
2020 September 22
i
Как и deb/rpm например
i
Применяется целиком, а не только разница и нельзя из deb пакета накатить пару файликов
TL
Как и deb/rpm например
ей богу, даже launchpad со всякими ppa уделывает хельм по качеству пакетов всухую
i
ей богу, даже launchpad со всякими ppa уделывает хельм по качеству пакетов всухую
Ну как бы в большинстве случаев пакеты для хельма ты пишешь сам
i
Это способ деплоя в первую очередь и для этого и придумывался
TL
Ну как бы в большинстве случаев пакеты для хельма ты пишешь сам
ну, вот да. И тогда это никакой не пакетный менеджер.
k
Ну хельм как и бы оперирует пакетами чартами как пакетами - либо ты ставишь пакет, либо ничего не ставишь
Я понимаю, но средства для отладки и разработки могли бы быть поудобнее
i
Как в додокерные времена обычно ПО распространяли через те же deb пакеты
i
ну, вот да. И тогда это никакой не пакетный менеджер.
Именно он
i
Раньше деплоили так же своими пакетами, только тем же deb - в чем разница?
i
Он даже в зависимости умеет (не очень, но умеет)
TL
Пакетный менеджер, в моём понимании, это в первую очередь решение проблемы управления зависимостями.
k
Решение не требовать точку в конце доменного имени (
example.com. а не example.com) осуждаюВ каком контексте точка играеь существенную роль?
TL
А вот насколько хреново он умеет в зависимости...
TL
В каком контексте точка играеь существенную роль?
ndots:5 и прочая херня
i
Пакетный менеджер, в моём понимании, это в первую очередь решение проблемы управления зависимостями.
Не обязательно, это в первую очередь управление пакетами, а зависимости - бонус, который уже де факто есть везде
i
Но изначально как раз многие пакетные менеджеры в зависимости плохо умели
i
В каком контексте точка играеь существенную роль?
name.domain
k
А вот насколько хреново он умеет в зависимости...
Хельм? Нормально у него там все с зависимостями