DevOps спільнота

RSS
325 статей, 371 топік, 7K коментарів, 3034 учасники


← Сtrl 123456...24 Ctrl →

Коментарі

Бюрократія не виникає з чийогось злого наміру. Навпаки. вона виникає з бажання щоб все було чітко, прозоро, вчасно. Щоб коліщатка крутились як у механічному годиннику.
Ще одна стаття про Docker і знову нічого про distroless.
Дякую за зворотній звязок!
Та треба ментор бо то все закинеться з тими відосиками) То для підтримки тих хто вже працює ;)
Артеме, влучно підмічено — git blame у 2026-му виглядає як детективна розповідь без кінця 😄 Я сам щодня вайб-кодю в Cursor і через 20 хвилин вже не пам’ятаю, що я написав, а що Claude.
Але це був локальний інструмент. Зауваження вірне, помилка формулювання. Мав на увазі що без web більшість команд використовували git переважно локально, без PR workflow, без web UI для колаборації. А головне — навіщо це все?
Корисний коментар, дякую. По суті кожен пункт окремо закривається скриптом чи тулом. Origin обєднує це в одному місці: зробив origin blame — бачиш не просто «Artem, вівторок», а який агент, по якому промпту і тд.
Цей пост спіздили звідси: * www.linkedin.com/...​vity:7449687179037102080 * x.com/...​tatus/2044277151147422122
Але якщо у вас Go-бінарники чи подібні статично злінковані речі, то там Alpine рулить. Ні, там рулить FROM scratch
Нативні залежності або перекомпілюються з нуля, або мовчки працюють повільніше, бо готових wheels під musl часто просто немає. якщо у вашому докерфайлі немає --only-binary=:all:, то це набагато більша проблема, ніж просто Alpine :)
COPY . . насправді нормально, якщо ваш .dockerignore написано по-людськи. Насправді це ніколи не нормально — це стандартна проблема blacklist vs whitelist. Якщо хтось забуде проапдейтити blacklist, все буде працювати як раніше і цього ніхто не побачить.
. Git вже існував. Він був потужним. Але це був локальний інструмент. Шо?
Ну, временные чудеса в рабочую ветку можно и допустить. Но потом их перепаковать грамотно. Если это вообще можно разделить после активной работы AI...