GitHub впроваджує стекові запити на злиття для всіх репозиторіїв безкоштовно

Доступність та переваги

Хоча концепція стекування змін не є новою — розробники роками використовували для цього чистий Git, а такі інструменти, як Graphite та ghstack, підтримували цей робочий процес для великих проєктів, наприклад PyTorch — новим є те, що GitHub вбудував цю ідею безпосередньо у свою платформу. Створити стек можна через веб-інтерфейс, GitHub CLI (за допомогою розширення gh-stack), мобільний додаток або через агента кодування, такого як GitHub Copilot (використовуючи навичку gh-stack).

Ця функція доступна безкоштовно для всіх репозиторіїв, без списків очікування, корпоративних рівнів або необхідності встановлення розширень для браузера рецензентами. Ранні тестувальники, серед яких Vercel, jQuery, TED та Whoop, відзначили значні переваги. Джон Ресіг, творець jQuery, назвав можливість одночасного розміщення п'яти стекових запитів на злиття в черзі злиття «неймовірною». Тім Нейткенс з Vercel зазначив, що функція допомагає його команді «впроваджувати менші індивідуальні зміни при випуску більших функцій». Енді Мерріман, технічний директор TED, заявив, що стекові запити дозволяють команді переглядати код «меншими логічними частинами» та швидше доставляти стабільний код на ted.com. Маянк Саїні з Whoop підкреслив, що злиття цілого стека за один раз зробило робочий процес частиною GitHub, а не інструментом поверх нього.

Контекст та вплив на ринок

Функція стекових запитів на злиття пройшла приватний попередній перегляд з 13 квітня 2026 року. Її поява збігається з проблемою масштабування, про яку відкрито говорив GitHub: платформа обробила близько мільярда комітів у 2025 році та очікує близько 14 мільярдів у 2026 році. Зростання обсягу коду, зокрема згенерованого ШІ-агентами, такими як Copilot, Claude Code та Cursor, створює значне навантаження на процеси рев'ю. Стекові запити на злиття надають командам спосіб розбивати великі, написані агентами зміни на менші шари, які людина може перевірити.

Для компаній, таких як Graphite, це створює виклик. Візуальна карта стека, що показує взаємозв'язок запитів на злиття, тепер інтегрована в інтерфейс GitHub, усуваючи потребу рецензентів у сторонніх інструментах. Проте Graphite все ще пропонує унікальні функції, такі як співпраця над спільними стеками, автоматичне злиття стеків, вхідні повідомлення для PR, оптимізація CI та інструменти для рев'ю, які не повністю замінені поточною публічною версією GitHub. Документація GitHub також зазначає, що squash-злиття може вимагати ручної синхронізації стека.

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

Що це означає для розробників

Ця новина означає для розробників спрощення управління складними змінами коду, оскільки GitHub автоматично обробляє ребейз залежних запитів на злиття. Це дозволяє розбивати великі функції на менші, легші для перегляду частини, що може прискорити процес розробки та інтеграції, особливо з урахуванням зростання обсягу коду, згенерованого ШІ.

Ключові факти

• GitHub запустив стекові запити на злиття (stacked pull requests) у публічному попередньому перегляді 30 липня 2026 року.

• Функція інтегрує робочий процес, раніше доступний через інструменти на кшталт Graphite, безпосередньо на сторінку запитів на злиття GitHub.

• Вона автоматично виконує ребейз та перенацілює залежні запити на злиття на серверах GitHub після злиття першого PR у стеку.

• Стеки можна створювати через веб-інтерфейс, GitHub CLI (з розширенням gh-stack), мобільний додаток або через агента кодування (наприклад, GitHub Copilot з навичкою gh-stack).

• Функція доступна безкоштовно для всіх репозиторіїв, без списків очікування, корпоративних рівнів або необхідності встановлення розширень для рецензентів.

Джерела

• GitHub Rolls Out Stacked Pull Requests to Every Repository for Free