GitHub Actions меняет retention checks и statuses: что экспортировать до 1 октября 2026 года. Сверить retention на repository, organization и enterprise уровнях, определить минимальный период расследования и экспортировать только необходимые метаданные до вступления правила в силу. Практический результат — карта «тип записи × текущий возраст ×…
Зафиксируйте симптом и область
Наблюдаемый сценарий: Команда рассчитывает на старые checks и statuses при расследованиях, но после расширения retention они могут исчезнуть раньше привычного срока. Сначала зафиксируйте точную дату, версию, область действия и исходное состояние, не меняя несколько параметров одновременно. Рабочая последовательность: Сверить retention на repository, organization и enterprise уровнях, определить минимальный период расследования и экспортировать только необходимые метаданные до вступления правила в силу. Официальное изменение формулируется уже: 27 августа 2026 года GitHub объявил, что с 1 октября checks, workflow runs и statuses будут подчиняться той же Actions retention, что artifacts и logs; значение по умолчанию указано как 90 дней. Оно подтверждает наличие новой возможности или исправления, но не доказывает, что именно оно вызвало любой похожий симптом. Поэтому запись до теста должна содержать только обезличенные признаки: роль, тип объекта, видимый статус и время. Имена людей, приватные URL, токены, содержимое рабочих файлов и полные логи в публичную заметку не переносятся.
Что подтверждают источники
Первичный источник сообщает: 27 августа 2026 года GitHub объявил, что с 1 октября checks, workflow runs и statuses будут подчиняться той же Actions retention, что artifacts и logs; значение по умолчанию указано как 90 дней. Второй официальный материал задаёт рабочую границу: Документация показывает, какие данные доступны в истории workflow run и как их просматривать; это граница для минимального проверяемого экспорта. Эти два уровня нельзя смешивать: changelog подтверждает дату и новое поведение, а документация объясняет штатную модель и доступные действия. Для этого intent полезен артефакт: карта «тип записи × текущий возраст × effective retention × владелец экспорта × проверка восстановления». Он не объявляет популярность проблемы и не превращает единичное наблюдение в универсальную причину. Если интерфейс, edition или permissions отличаются от источника, отметьте это как отдельную неизвестную ветку. Сниппет поиска и обсуждение сообщества остаются лидом; вывод принимается только после совпадения прямой страницы, версии и контрольного результата.
Обратимый контрольный тест
Обратимый тест: На отдельном репозитории установить короткий допустимый период, записать идентификаторы workflow run, check и status и проверить, что внутренний отчёт не зависит от недоступных артефактов. До шага сохраните исходное значение и способ возврата. Меняйте ровно одно условие, после чего повторяйте тот же вход, объект и критерий успеха. Результат заносите в карта «тип записи × текущий возраст × effective retention × владелец экспорта × проверка восстановления». Положительный исход означает лишь связь с изменённым условием в этом окружении; отрицательный исход исключает только проверенную ветку. Повтор на другом аккаунте, репозитории, профиле или документе допустим лишь с тестовыми данными и тем же build. Не подменяйте воспроизводимость серией случайных очисток, переустановок или массовых переключений.
Как интерпретировать развилки
Читайте результат по границам. Если контрольное действие выполняется и исходный симптом исчезает только после ожидаемой штатной настройки, сохраните точную пару before/after и проверьте возврат. Если симптом остаётся, вернитесь к исходному состоянию и переходите к соседней ветке из формулировки: Сверить retention на repository, organization и enterprise уровнях, определить минимальный период расследования и экспортировать только необходимые метаданные до вступления правила в силу. Если поведение различается между уровнями организации, профилями или типами объектов, сначала вычислите effective setting и права текущего пользователя. Если различается только визуальный вход, проверьте, не сохранилась ли сама функция по другому маршруту. Ни дата релиза, ни совпадение названия не доказывают регрессию. Доказательством служит повторяемая матрица с одной переменной и официальной границей поведения.
Стоп-линии и пакет поддержки
Стоп-линия: Не увеличивать retention вслепую и не считать изменение ретроактивным: GitHub прямо указывает, что уже удалённые данные не восстанавливаются изменением настройки. Если нужна эскалация, подготовьте минимальный пакет: точный build, UTC-время, тип аккаунта или профиля, обезличенный идентификатор объекта, ожидаемый и фактический результат, один контрольный шаг и итог возврата. Скриншот обрежьте до нужной области; удалите имена, email, внутренние пути, суммы, токены, адреса и содержимое документов. Не прикладывайте полный HAR, database, профиль браузера или конфигурацию организации без отдельного защищённого канала. Практический итог статьи — карта «тип записи × текущий возраст × effective retention × владелец экспорта × проверка восстановления». Он позволяет поддержке воспроизвести конкретную границу и не требует опасных или необратимых действий.
Материал подготовлен редакцией VOne с помощью ИИ; все технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Официальный changelog или release notes проверено 2026-08-28
- GitHub Docs — View workflow run history проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.