Size: a a a

2020 February 21

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Dmitry Sergeev
грустно когда денег на джиру нет
Openproject вполне себе
источник

D

Denis 災 nobody in DevOps
и мы в локальный только на базе центоса и пушили
источник

MD

M Dan in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
Хотел бы я послушать твоё голосовое сообщение. Без обид, как будто голосовой ввод (и распознавание) надиктованного пьяным, который машину ведёт.
у меня есть парочку
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
One Two
китайский гитхаб зато есть
Он не китайский. Чей он - тут офтопик.
источник

MD

M Dan in DevOps
но я очень хорошв голосовых сообщениях
источник

D

Denis 災 nobody in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
Он не китайский. Чей он - тут офтопик.
gitee.com - китайский гит, если кому надо ) у меня там даже есть акк
источник

SP

Sergey Pechenko in DevOps
Denis 災 nobody
и мы в локальный только на базе центоса и пушили
источник

PK

Phil Kulin in DevOps
Denis 災 nobody
ну, в ряде случаев таки способ. Нужен тебе редмайн например, или что-то подобное, docker run ... и вон оно уже работает, без секса со сраным руби и его зависимостями, либами..
Хехе, я начал docker  в локалхосты вставлять из-за certbot. Задолбало ловить зависимости python
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Евгений Омельченко
Скорее всего нужно миграции накатывать. Берёшь инструкции по обновлению, собираешь тестовый стенд и пишешь скрипты для обновления.

Собираешь на основе стандартного образа новый с твоим скриптом и вуаля
Там всё в одном что ли? Включая базу - всё в одном контейнере?
источник

PK

Phil Kulin in DevOps
Denis 災 nobody
и мы в локальный только на базе центоса и пушили
Зачем?
источник

D

Denis 災 nobody in DevOps
Phil Kulin
Хехе, я начал docker  в локалхосты вставлять из-за certbot. Задолбало ловить зависимости python
эм, пакет ставишь и оно просто работает. Центос, деб, фря - проверено
источник

D

Denis 災 nobody in DevOps
Phil Kulin
Зачем?
потому что у нас всё в рпм собиралось, чтобы можно было ставить как в докер, так и нативно
источник

D

Denis 災 nobody in DevOps
1 раз базовый слой выкачал и потом дельты мелкие
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Let Eat Bee
Всегда был. Зависимости сборки и запуска в репозитории всегда разъезжаются , то что собиралось/запускалось вчера завтра перестанет, потому что приехал новый libxml который все поломал
Это спеками решается. Когда у тебя в тесте более новая версия, которая ещё на предрелизной стадии - её всегда накатывают на всё, что выходит нового
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Phil Kulin
Давайте посмотрим, сколько Dockerfile начинаются с
From: centos
? О да, я даже видел такой
Ты зациклился. У меня в должности есть слово IBM, я не понимаю твоего юношеского задора, Фил
источник

PK

Phil Kulin in DevOps
Sergey Pechenko
А, тогда я неверно понял.

Если делать from: centos, то размер образа будет большим. В этом, в общем-то, причина, а не потому, что непопса и всё такое. from: scratch, или там from: alpine - вот это популрное, тупо чтобы базовый образ был чем меньше, тем лучше.
Миф. Посмотрев в большинство Dockerfile можно понять, что размером никто не озабачивался. Просто CentOS крайне неудобен. Свои загоны, ядро старое, репа несогласована, софт старый. Половина софта сейчас всё равно без пакетизации собирается, так тут даже и репа не нужна, а поставить новый нормальный gcc без загонов быстрее и легче на чём угодно кроме CentOS. Как консольный UI centos тоже не олбладает никакими преимуществами, одни слезы со старым софтом. Вобщем, мне не ясна осмысленность
источник

D

Denis 災 nobody in DevOps
Let Eat Bee
Всегда был. Зависимости сборки и запуска в репозитории всегда разъезжаются , то что собиралось/запускалось вчера завтра перестанет, потому что приехал новый libxml который все поломал
если стоит sid (деб/клоны) - это норма, делай автотесты. В стабильных пакетах я такое всего 1 раз вроде видел за почти 20 лет. Ну и автотесты, всегда.
источник

PK

Phil Kulin in DevOps
Denis 災 nobody
компоуз прост как тапок, в этом его плюс и минус
Именно
источник

D

Denis 災 nobody in DevOps
Phil Kulin
Миф. Посмотрев в большинство Dockerfile можно понять, что размером никто не озабачивался. Просто CentOS крайне неудобен. Свои загоны, ядро старое, репа несогласована, софт старый. Половина софта сейчас всё равно без пакетизации собирается, так тут даже и репа не нужна, а поставить новый нормальный gcc без загонов быстрее и легче на чём угодно кроме CentOS. Как консольный UI centos тоже не олбладает никакими преимуществами, одни слезы со старым софтом. Вобщем, мне не ясна осмысленность
у тебя какая-то внутренняя обида на центос? )
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
Ничо, что половина докеров - from scratch?
Это мы тоже уже обсуждали. И мне не лень повторить. Докерфайл/докерхаб-образ должны делать (вылизывать) авторы пакета
источник