
Stacked sessions и pull‑request в приложении GitHub Copilot
В блоге GitHub показано, как с помощью новых функций Stacked sessions и встроенных pull‑request в Copilot App можно быстро рефакторить и модернизировать старый код.
GitHub опубликовал статью, в которой демонстрирует новый рабочий процесс в приложении GitHub Copilot – stacked sessions и интегрированные pull‑request. Автор блога использовал эти возможности, чтобы модернизировать собственный устаревший проект, показывая, как можно последовательно улучшать код без переключения контекста.
Что такое stacked sessions? Это возможность открывать несколько независимых сессий Copilot, каждая из которых работает над отдельной задачей (рефакторинг, добавление фичи, исправление багов). Сессии «накладываются» друг на друга, позволяя сравнивать варианты кода и выбирать оптимальный.
Pull‑request в Copilot App – новая интеграция, которая позволяет сразу же создавать PR из предложений Copilot, без выхода из редактора. При этом сохраняются все метаданные: описание, reviewers, авто‑тесты.
Автор пошагово описал процесс:
- Открыл проект в VS Code, запустил Copilot App.
- Создал первую сессию для обновления зависимостей, принял предложенный код.
- Запустил вторую сессию – рефакторинг архитектуры, сравнил варианты через UI.
- По завершении каждой сессии нажал «Create Pull Request», выбрав целевую ветку.
В результате старый код был преобразован в более модульный и тестируемый, а весь процесс занял около 3 часов, что в традиционном подходе заняло бы несколько дней. Статья сопровождается скриншотами и ссылками на репозиторий, где можно посмотреть готовый PR.
Почему это важно? Функции позволяют разработчикам ускорять итерации, уменьшать количество контекстных переключений и сразу получать готовый код‑ревью, что повышает продуктивность и качество продукта.
Новые stacked sessions и PR‑интеграция в Copilot App открывают более гибкий и быстрый цикл разработки. Для студентов и junior‑разработчиков это шанс учиться на живых примерах, а для опытных – сократить рутину рефакторинга. Главное – следить за качеством автогенерируемого кода и проводить обычный code‑review, иначе можно быстро накопить технический долг.

