21 октября 2026 года GitHub объявил public preview обновляемых OAuth-учётных данных для GitHub CLI. На Mentoring.digital разбираем изменение, важное для тех, кто использует gh вместе с Git и собственными сценариями автоматизации: срок жизни access token теперь можно ограничить, сохранив привычную авторизацию.
Что меняется при входе
Режим доступен с GitHub CLI 2.103.0 и включается явно: gh auth login --expiring. CLI хранит короткоживущий access token вместе с обновляемым refresh token и получает новый access token по мере необходимости. Состояние можно посмотреть через gh auth status. Это preview, а не автоматический перевод всех существующих авторизаций.
Ограничение времени уменьшает период пригодности утёкшего access token. Но оно не заменяет защиту компьютера и хранилища учётных данных: refresh token тоже остаётся секретом.
Где могут сломаться привычные скрипты
Особое внимание нужно сценариям, которые один раз выполняют gh auth token, записывают результат и используют его позже. Сохранённое значение истечёт. Для внешнего потребителя GitHub рекомендует получать токен заново при каждом использовании. Если инструмент требует долго живущий токен и обновить схему пока нельзя, команда советует не включать новый режим для такого процесса.
Для Git по HTTPS рекомендуются gh auth setup-git и Git 2.46 или новее. Это позволяет credential helper отдавать актуальные данные и корректно учитывать срок их жизни.
Как проверить переход без сюрпризов
Начните с одного рабочего места: найдите скрипты, расширения и переменные окружения, в которых сохраняется результат авторизации. Затем проверьте обычные clone, fetch и push, а также действия внешних инструментов. Не вставляйте настоящий токен в журнал проверки или текст ошибки.
Preview доступен на github.com и ghe.com; для GitHub Enterprise Server нужна версия 3.23. Если сервер не поддерживает обновляемые данные, CLI возвращается к прежнему поведению. Поэтому сам флаг входа ещё не доказывает, что сервер выдал токен с ограниченным сроком. Организацию такой проверки можно обсудить с наставником по DevOps.
