Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Наскільки короткими мають бути feature-гілки?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)У контексті **Trunk-Based Development** feature-гілки мають бути максимально короткоживучими - від кількох годин до 1-2 днів. **Ключове:** feature-гілки мають жити рівно стільки, щоб не втрачалася синхронізація з trunk.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)ЗображенняУ контексті **Trunk-Based Development** feature-гілки мають бути **максимально короткоживучими** - **від кількох годин до 1-2 днів**. Простіше кажучи: *якщо гілка живе довше пари днів - це вже антипатерн для TBD*. --- ## Чому feature-гілки мають бути короткими Філософія TBD - **рання і часта інтеграція**. Довгоживучі гілки призводять до: - великих PR - складних merge-конфліктів - пізнього виявлення помилок --- ## Практичні орієнтири ### Ідеально - **кілька годин** - одна логічна частина задачі - маленький PR (десятки рядків) ### Прийнятно - **до 1 дня** - максимум **1-2 дні** у рідкісних випадках ### Погано (для TBD) - тиждень - декілька тижнів - «поки не закінчу всю фічу» --- ## А як робити великі фічі? У TBD **не роблять великі фічі в одній гілці**. Замість цього: - розбивають задачу на маленькі кроки - використовують **feature flags** - комітять частинами в trunk - код може бути в `main`, але вимкнений --- ## Порівняння з Feature Branch Workflow | Workflow | Тривалість життя feature-гілки | |---|---| | Feature Branch Workflow | дні / тижні | | Gitflow | дні / тижні | | Trunk-Based Development | години / 1-2 дні | --- ## Чому це важливо для співбесіди Часто очікують почути не цифру, а **ідею**: > **Feature-гілки мають жити рівно стільки, щоб не втрачалася синхронізація з trunk.** --- ## Короткий відповідь для співбесіди > **У Trunk-Based Development feature-гілки мають бути дуже короткими - зазвичай кілька годин, максимум 1-2 дні, щоб зміни швидко інтегрувалися в trunk і не накопичувалися конфлікти.**Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.