Постоянная интеграция (CI) или ветвление кода (GIT Flow)

Текстовая версия: https://www.flenov.info/story/show/Nepreryvnaya-integraciya-luchshe-chem-vetvleniya Посмотрел сегодня видео о том, что непрерывная интеграция лучше, чем ветвление кода. Здесь под постоянной интеграцией понимается регулярная отправка своих изменений в мастер, чтобы он постоянно обновлялся, а не долгая разработка в ветках. Плюс постоянной интеграции, что если кто-то и что-то изменит и вы не сможете слить свой код с этими изменениями, то вы потеряете только один день работы. Мне аж интересно увидеть такой случай, когда вы не сможете слить свои изменения. Я работаю с GIT с 2009-го года и у меня не было такого, чтобы нельзя было слить ветки, особенно если программисты не используют авто-форматирования и следят за тем, что они отправляют. Содержание: 00:00 - Постоянная интеграция или ветвление 00:55 - CI решает проблемы конфликтов слияния merge 04:00 - CI блокирует запуски 08:59 - Как отказаться от интегрированного функционала? 10:06 - Страшилка GIT Flow или CI 12:54 - Как гарантировать правильность без интеграции? 14:49 - Хорошие изменения доставляем быстрее, а что на счет плохих? 18:16 - Тестируем уже интегрированный код 19:24 - CI сразу говорит нам, что делают другие 22:36 - Доставляем только протестированный код 26:37 - Почему такая паника из-за ухода CentOS 29:00 - Завершаем разговор про GIT Flow или CI 31:10 - Карпы идут на нерест в Канаде Как я работал с GIT: https://youtu.be/zRy-KIBkJ1s Поддержать меня: https://boosty.to/mflenov Обо мне: http://www.flenov.ru Мой ИТ блог https://www.flenov.info Мой просто блог http://blo.moe