k
Точно, надо в латест пушить rm-rf/
РМ рф бесполезен в докере
Size: a a a
2020 November 02
ВН
шо такого в latest
k
Тогда уж форк бомб какой нить
k
шо такого в latest
Ну ты только что наступил на грабли latest
ВН
Ну ты только что наступил на грабли latest
необновлённого
ВН
это как в гите ветку релиза держать а мастер не держать
ВН
ну т.е. в чём принципиальная то проблема, ну latest и latest, хочу последнюю версию
ВН
в идеале конечно чтобы оно работало иначе, т.е. не тянуло это по имени latest
MG
бери stable
ВН
а просто как симлинк работало, и тащило локально с тегом версии нормальным
k
это как в гите ветку релиза держать а мастер не держать
Ну в гите хотя бы все изменения синхронизированны между ссобой и жёстко связаны.
ВН
ну неудобно что неизвестно что стянул - это да
ВН
но так-то идея норм, я не сторонник прибивать гвоздями все версии зависимостей
ВН
я и package-lock.json не коммичу ! :)
k
К слову если бы ты взял конкретный таг, который по какой-то причине не сбилдился или не запушился то ты бы об этом точно знал, так как он бы даже не скачался
k
ну неудобно что неизвестно что стянул - это да
Вообще можно версию и sha-коммита в лейблы писать, последнее время я так и делаю
k
но так-то идея норм, я не сторонник прибивать гвоздями все версии зависимостей
Ну в docker нет как таковых зависимостей же, есть только образы, как их именовать и использовать это уже твой выбор.
Обычно зависимости все в хельме прописаны или конкретных манифестах
Обычно зависимости все в хельме прописаны или конкретных манифестах
k
Считаю даже если брать образ со стороны, лучше привязаться к конкретному sha256-дайджесту указанному через @ чем юзать latest
k
Т.к. при обновлении всегда есть понимание чего ожидать в конкретном образе
МК
