Що таке GitHub flow: воркфлоу простими словами

Alex Tutor

П'ятниця, одразу після продуктової зустрічі. Яке питання сьогодні звучало найчастіше?

Ви

«Це вже на сайті?» Тричі. Один раз про виправлення кнопки оформлення, двічі про банер осіннього розпродажу від Emma.

Alex Tutor

Тоді складімо весь шлях зміни на одну картинку. У команди для нього є назва: GitHub flow. Кожен крок тобі вже знайомий, просто досі не було нагоди побачити їх усі разом.

Alex Tutor

main за останні два тижніТри зміни, три короткі гілки. Кожна почалася від main, пройшла через pull request і повернулася одним squash-комітом. Кожен мердж у main викладали на сайт за кілька хвилин.

e7c3b19Add summer promo banner
e19c3b7Rewrite delivery page copy
f02a6d4Update FAQ answers
3a9d1c4Reproduce bug in a test
8be2f70Add cat treats bundle
5c1d7e2Set freeDeliveryFrom to 1000
a8f40b9Update delivery page text
d36b9c5Update cart hint textfeature/free-delivery-1000
b7e4a05Re-enable button after cart edits
6f2c8a1Raise free-delivery threshold to 1000 UAH (#133)
c90d4e7Merge branch 'main' into content/delivery-copycontent/delivery-copy
a7d93e4Rewrite delivery page copy (#132)
c2d7f90Update checkout hint copy
f7a2b61Restore checkout button colour
9e3b5d2Merge branch 'main' into fix/checkout-buttonfix/checkout-button
d51c7e8Fix checkout button after cart edits (#134)main

Ви

Текст Emma, поріг від Daniel, виправлення кнопки від Daniel. Жодна з цих гілок не прожила довше приблизно тижня.

Daniel

У цьому й суть. main завжди є версією, яку можна викласти на сайт просто зараз. Усе незавершене чекає у своїй гілці або, як побачиш сьогодні, за перемикачем.

Alex Tutor

Тож цикл короткий: маленька гілка від main, pull request, мердж, деплой. А наступна зміна знову стартує від свіжої main.

Alex Tutor

Питання 1

Розстав кроки GitHub flow у Котокормі по порядку: від ідеї до моменту, коли клієнти бачать зміну.

Торкніться пункту, а потім місця, куди його поставити. Можна перетягувати або користуватися стрілками.

Ви

У середу Daniel сказав «дай йому п'ять хвилин». Що відбувається за ці п'ять хвилин?

Daniel

Воркфлоу GitHub Actions бере нову main, збирає сайт і викладає його на наші сервери. Це і є деплой (викладання). Така сама задача, як build і test, тільки запускається на main після мерджу.

Alex Tutor

#134 у середу зранку

Fix checkout button after cart edits#134
Змерджено в main о 9:40 як d51c7e8
deploy (production)
Запускався на d51c7e8 у main, завершився о 9:44

Отже, «змерджено» і «викладено» це дві різні події. У Котокормі між ними кілька хвилин, і друга настає сама після першої. В інших командах між ними бувають тижні.

Це можна перевірити, нікого не питаючи. Станом на 2026 рік на сторінці репозиторію в правій колонці є розділ Deployments («деплої»). Натисни production, і побачиш, який коміт зараз на сайті й відколи.

Ви

А якщо деплой упаде?

Daniel

Тоді зміна є в main, а на сайті її немає. Ми отримуємо сповіщення і або одразу виправляємо, або робимо revert. Зламана main блокує наступний деплой для всіх, тому це завжди першочергове.

Ви

Тож перш ніж казати підтримці, що щось уже на сайті, я дивлюся production у Deployments.

Alex Tutor

І ще раз дивишся на сам живий сайт. Деплой каже, що код прибув; а що він працює, покажуть лише власні очі.

Alex Tutor

Питання 2

У Котокормі тієї ж миті, коли #134 показує Merged, кожен клієнт уже бачить виправлення на сайті.

ПравдаНеправда

Ви

А навіщо тримати гілки такими короткими? Хіба не простіше зробити всю фічу й змерджити один раз?

Alex Tutor

Пам'ятаєш feature/loyalty-points? Дванадцять комітів попереду, 86 позаду, п'ять місяців без змін. Ось на що зазвичай перетворюється «змерджимо один раз, наприкінці».

Daniel

Кожен день, поки гілка живе, main іде вперед без неї. Що більше відставання, то більше шансів на конфлікти або на сюрприз, як із моєю кнопкою в березні.

Alex Tutor

Малі pull requests ще й переглядають швидше та уважніше. Сорок змінених рядків це десять уважних хвилин. Дві тисячі чекають, поки в когось звільниться пів дня, а потім їх проглядають по діагоналі.

Daniel

А ще їх легше скасувати. Якщо одна маленька зміна щось ламає, Revert прибирає саме її. Відкотиш величезну, і разом із поганою зміною підуть десять добрих.

Ви

Тобто «мало» тут не про охайність. Це менше ризику на кожен мердж.

Alex Tutor

Саме так. Орієнтир, яким користується багато команд: гілка живе кілька днів, а pull request можна переглянути за один присід.

Alex Tutor

Питання 3

Чому в Котокормі воліють малі pull requests у короткоживучих гілках? Познач усе, що підходить.

Оберіть усі правильні відповідіGitHub не приймає pull requests довші за 500 рядківГілка менше відстає від main, тож конфлікти рідшіРев'юери можуть уважно прочитати всю зміну за один присідМалим pull requests не потрібне схваленняЯкщо щось зламається, revert скасує одну невелику зміну

Ви

А чи можу я помітити таку гілку, поки вона ще не стала проблемою?

Alex Tutor

Так, на сторінці гілок. Дивися на дві речі: коли гілку востаннє оновлювали і наскільки вона відстає від main. Стара й далеко позаду: ось тривожний знак.

Daniel

І на її pull request. Якщо Files changed показує 60 файлів для «невеликої правки», спитай чому. Питання на початку обходиться дешевше, ніж болісне рев'ю наприкінці.

Alex Tutor

На графі та сама історія: довга доріжка, що почалася десь угорі, поки main поруч збирала коміти.

Alex Tutor

Питання 4

Для обох гілок ось-ось відкриють pull request. Яке твердження найкраще відповідає GitHub flow?

Дві гілки, що чекають на мердж

a1
w1
a2
w2
a3
w3
a4
w4
a5
w5feature/wishlist
a6main
x1fix/footer-links

Оберіть одну відповідьfix/footer-links ризикованіша: у ній менше комітів, тож її менше тестувалиОбидві однаково ризиковані: ризик залежить лише від того, хто їх переглядаєfeature/wishlist ризикованіша: вона відстає від main на 5 комітів і несе п'ять комітів роботи в одному pull requestЖодну не можна змерджити, доки main не перестане змінюватися

Ви

Тепер банер Emma. Розпродаж стартує в понеділок. Якщо змерджити сьогодні, банер з'явиться сьогодні й анонсуватиме розпродаж, який ще не почався.

Alex Tutor

А якщо чекати до понеділка зранку, рев'ю, мердж і деплой відбуватимуться поспіхом, коли клієнти вже приходять.

Daniel

Для цього й існує фіча-флаг (feature flag): перемикач навколо частини сайту. Код уже в main і викладений, але банер видно лише тоді, коли флаг увімкнено.

Alex Tutor

У Котокормі перемикачі живуть в окремій панелі налаштувань флагів, поза репозиторієм. Щоб увімкнути флаг, не потрібні ні pull request, ні деплой.

Daniel

Я додав перевірку в гілку Emma: флаг autumn-sale-banner, за замовчуванням вимкнений. Emma позначила #136 як готовий до рев'ю, я схвалив, і годину тому вона його змерджила.

Alex Tutor

Питання 5

У суботу клієнт відкриває головну сторінку Котокорму. Що він бачить?

#136 у суботу

Add autumn sale banner#136
Змерджено в п'ятницю · флаг autumn-sale-banner: вимкнено
deploy (production)
Завершився в п'ятницю

Оберіть одну відповідьБанер осіннього розпродажу, бо #136 змердженоПомилку, бо код банера викладено, але вимкненоБанер, але лише після перезавантаження сторінкиГоловну без банера: код на сайті, але флаг вимкнено

Ви

Тобто банер уже на сайті, але його ніхто не бачить.

Alex Tutor

Змерджено, викладено, приховано. У понеділок о 8:00 Emma вмикає флаг, і клієнти бачать банер за лічені секунди. Якщо щось не так, вона його вимикає, знову без деплою.

Daniel

А ще флаги дають змерджити незавершену роботу. Недобудована частина лишається вимкненою, тож main і далі готова до викладання, поки фіча росте малими pull requests.

Alex Tutor

Один нюанс: кожен флаг це додаткове «якщо» в коді. Коли фічу ввімкнено назавжди, флаг треба прибрати, інакше код заростає забутими перемикачами.

Ви

Щойно хтось із маркетингу побачить, що #136 змерджено, мене запитають, чи банер уже на сайті.

Alex Tutor

Тоді відповідай так, щоб не можна було зрозуміти хибно. «Так» буде неправдою, а «ні» лише половиною правди.

Daniel

І, будь ласка, назви час. Під нього планують розсилки.

Alex Tutor

Два-три речення, як відповідь у чаті.

Alex Tutor

Питання 6Коротка відповідь · Завдання з перевіркою ШІ

Колега з маркетингу пише: «#136 змерджено, тож банер розпродажу вже на сайті? Можна сьогодні ввечері відправити розсилку?» Розпродаж стартує в понеділок; флаг autumn-sale-banner вимкнено, Emma вмикає його в понеділок о 8:00. Напиши відповідь у 2–3 реченнях.

Напишіть відповідь і отримайте оцінку та відгук від нашого ШІ-рецензента.

Увійдіть, щоб отримати відгук ШІ

Ви

Сьогодні CEO знову питав про бали лояльності. Може, Daniel просто змерджить стару гілку?

Daniel

Ні в якому разі. Вона відстає на 86 комітів, і половина того, що вона зачіпає, відтоді змінилася. Я перебудую фічу на свіжій main малими pull requests, і все за одним флагом: loyalty-points.

Alex Tutor

Кожен шматок мерджать і викладають окремо, непомітно для клієнтів. «Запущеною» фіча стане лише того дня, коли флаг для них увімкнуть.

Daniel

Sofia, можеш накидати, як ми це поріжемо? Ти знаєш, що клієнтам потрібно насамперед. А я скажу, що технічно можливо.

Ви

Тоді план нарізки: шматки, їхній порядок, що лишається прихованим і коли ми вважаємо фічу запущеною.

Alex Tutor

Питання 7Кейс · Завдання з перевіркою ШІ

Склади план нарізки балів лояльності для GitHub flow.

Бали лояльності: клієнти отримують 1 бал за кожні 10 грн оплаченого замовлення, бачать баланс в особистому кабінеті й можуть витратити бали як знижку під час оформлення. Emma пише сторінку з поясненням програми. Стара гілка feature/loyalty-points покинута. CEO хоче, щоб програму «запустили до Black Friday», а це приблизно за шість тижнів.

Daniel перебудує фічу на свіжій main за флагом loyalty-points. Котокорм викладає кожен мердж у main за кілька хвилин, а флаг можна ввімкнути лише для працівників або для всіх.

Склади план із 4–6 pull requests: що містить кожен і в якому порядку, що бачать клієнти після кожного мерджу, як команда тестує до запуску, що означає «запущено» і як відкотитися, і за чим ти стежитимеш, щоб звітувати про прогрес.

Напишіть відповідь і отримайте оцінку та відгук від нашого ШІ-рецензента.

Увійдіть, щоб отримати відгук ШІ

Alex Tutor

Середа наступного тижня. Команда взяла твій план і додала мітку loyalty. Відфільтруй за нею pull requests, і прогрес фічі видно сам собою.

Alex Tutor

Pull requests з міткою loyalty

Add loyalty points behind a flag#155
автор Daniel · змерджено у вівторок · флаг loyalty-points: вимкнено
Earn points on paid orders#156
автор Daniel · Review required · перевірки пройдено
Write loyalty programme page#157
авторка Emma · Draft

Ви

Один шматок уже в main і на сайті, але прихований. Один чекає на рев'юера. Сторінка Emma поки чернетка.

Daniel

І саме тому ще ніхто не повинен нічого анонсувати, хоча код лояльності на сайті вже з вівторка.

Alex Tutor

Список pull requests показує, наскільки просунулося будівництво. Флаг показує, що бачать клієнти. Щоб відповісти «де зараз фіча?», продакт читає і те, і інше.

Ви

А змерджений pull request із вимкненим флагом означає «зроблено й приховано», а не «запущено».

Alex Tutor

Питання 8

Зістав кожну ознаку, яку видно про бали лояльності, з тим, що вона означає.

Торкніться відповіді, а потім рядка, до якого вона належить. Можна й перетягувати.

#155 Merged, флаг loyalty-points вимкнено
#156 відкритий, «Review required», перевірки пройдено
#157 Draft
Флаг loyalty-points увімкнено для всіх

Відповіді, які ще треба розмістити

Це і є GitHub flow: main завжди готова до викладання, малі гілки, pull request для всього, деплой після мерджу і флаги для всього, що ще не готове для клієнтів.

Ви

Сьогодні підтримка спитала, в якій версії вийшло виправлення кнопки. У нас же немає версій?

Daniel

Поки що ні. Деякі команди живуть номерами версій і релізними гілками. На наступному уроці побачиш таку, і чому ми так не працюємо.

Alex Tutor

На цьому все. Ви відповіли на всі завдання — чудова робота.

Наступний урок: Git flow: гілки develop, release і hotfix