Архивация меток GitHub без потери истории: безопасная проверка перед очисткой списка. Отделить неиспользуемую метку от ошибочной, проверить число открытых и закрытых задач, архивировать одну тестовую метку и убедиться, что она исчезла из picker, но осталась на старых issue. Практический результат — реестр «метка × последнее использование × открытые…
Граница пользовательской боли
Наблюдаемый сценарий: В репозитории накопились похожие метки, но удаление может разрушить исторический контекст задач и фильтров. Сначала зафиксируйте точную дату, версию, область действия и исходное состояние, не меняя несколько параметров одновременно. Рабочая последовательность: Отделить неиспользуемую метку от ошибочной, проверить число открытых и закрытых задач, архивировать одну тестовую метку и убедиться, что она исчезла из picker, но осталась на старых issue. Официальное изменение формулируется уже: 27 августа 2026 года GitHub сообщил о GA архивирования меток: архивную метку можно убрать из активного выбора, сохранив её историю на существующих задачах, и позднее разархивировать. Оно подтверждает наличие новой возможности или исправления, но не доказывает, что именно оно вызвало любой похожий симптом. Поэтому запись до теста должна содержать только обезличенные признаки: роль, тип объекта, видимый статус и время. Имена людей, приватные URL, токены, содержимое рабочих файлов и полные логи в публичную заметку не переносятся.
Первичный факт и документация
Первичный источник сообщает: 27 августа 2026 года GitHub сообщил о GA архивирования меток: архивную метку можно убрать из активного выбора, сохранив её историю на существующих задачах, и позднее разархивировать. Второй официальный материал задаёт рабочую границу: Документация фиксирует стандартные операции с метками и права, поэтому помогает отличить архивирование от удаления и проверить, кто может менять каталог. Эти два уровня нельзя смешивать: changelog подтверждает дату и новое поведение, а документация объясняет штатную модель и доступные действия. Для этого intent полезен артефакт: реестр «метка × последнее использование × открытые задачи × сохранённая история × решение archive/unarchive». Он не объявляет популярность проблемы и не превращает единичное наблюдение в универсальную причину. Если интерфейс, edition или permissions отличаются от источника, отметьте это как отдельную неизвестную ветку. Сниппет поиска и обсуждение сообщества остаются лидом; вывод принимается только после совпадения прямой страницы, версии и контрольного результата.
Проверка с одной переменной
Обратимый тест: Выбрать одну некритичную метку, записать две задачи с ней, выполнить archive, проверить picker и обе страницы, затем unarchive и повторить поиск. До шага сохраните исходное значение и способ возврата. Меняйте ровно одно условие, после чего повторяйте тот же вход, объект и критерий успеха. Результат заносите в реестр «метка × последнее использование × открытые задачи × сохранённая история × решение archive/unarchive». Положительный исход означает лишь связь с изменённым условием в этом окружении; отрицательный исход исключает только проверенную ветку. Повтор на другом аккаунте, репозитории, профиле или документе допустим лишь с тестовыми данными и тем же build. Не подменяйте воспроизводимость серией случайных очисток, переустановок или массовых переключений.
Матрица результатов
Читайте результат по границам. Если контрольное действие выполняется и исходный симптом исчезает только после ожидаемой штатной настройки, сохраните точную пару before/after и проверьте возврат. Если симптом остаётся, вернитесь к исходному состоянию и переходите к соседней ветке из формулировки: Отделить неиспользуемую метку от ошибочной, проверить число открытых и закрытых задач, архивировать одну тестовую метку и убедиться, что она исчезла из picker, но осталась на старых issue. Если поведение различается между уровнями организации, профилями или типами объектов, сначала вычислите effective setting и права текущего пользователя. Если различается только визуальный вход, проверьте, не сохранилась ли сама функция по другому маршруту. Ни дата релиза, ни совпадение названия не доказывают регрессию. Доказательством служит повторяемая матрица с одной переменной и официальной границей поведения.
Когда прекратить изменения
Стоп-линия: Не архивировать метки, на которые опираются автоматизации, обязательные triage-процессы или внешние отчёты, пока их зависимости не перечислены. Если нужна эскалация, подготовьте минимальный пакет: точный build, UTC-время, тип аккаунта или профиля, обезличенный идентификатор объекта, ожидаемый и фактический результат, один контрольный шаг и итог возврата. Скриншот обрежьте до нужной области; удалите имена, email, внутренние пути, суммы, токены, адреса и содержимое документов. Не прикладывайте полный HAR, database, профиль браузера или конфигурацию организации без отдельного защищённого канала. Практический итог статьи — реестр «метка × последнее использование × открытые задачи × сохранённая история × решение archive/unarchive». Он позволяет поддержке воспроизвести конкретную границу и не требует опасных или необратимых действий.
Материал подготовлен редакцией VOne с помощью ИИ; все технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Официальный changelog или release notes проверено 2026-08-28
- GitHub Docs — Managing labels проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.