Блокировка пользователя GitHub с закрытием contributions: проверка последствий до подтверждения. До выбора Close content authored by this user выгрузить список открытых issue, discussion и pull request, назначить владельца ручного просмотра и отделить блокировку доступа от решения о каждом материале. Практический результат — ведомость «contribution…
Граница пользовательской боли
Наблюдаемый сценарий: Модератор хочет прекратить поток нежелательных сообщений, но массовое закрытие открытых contributions может скрыть полезные исправления или незавершённые обсуждения. Сначала зафиксируйте точную дату, версию, область действия и исходное состояние, не меняя несколько параметров одновременно. Рабочая последовательность: До выбора Close content authored by this user выгрузить список открытых issue, discussion и pull request, назначить владельца ручного просмотра и отделить блокировку доступа от решения о каждом материале. Официальное изменение формулируется уже: 27 августа 2026 года GitHub добавил в диалог блокировки опцию закрыть все открытые issues, discussions и pull requests автора; опция применяется только при явном выборе. Оно подтверждает наличие новой возможности или исправления, но не доказывает, что именно оно вызвало любой похожий симптом. Поэтому запись до теста должна содержать только обезличенные признаки: роль, тип объекта, видимый статус и время. Имена людей, приватные URL, токены, содержимое рабочих файлов и полные логи в публичную заметку не переносятся.
Первичный факт и документация
Первичный источник сообщает: 27 августа 2026 года GitHub добавил в диалог блокировки опцию закрыть все открытые issues, discussions и pull requests автора; опция применяется только при явном выборе. Второй официальный материал задаёт рабочую границу: Документация описывает последствия блокировки и доступные действия; она нужна, чтобы не путать ограничение взаимодействия с оценкой содержимого contributions. Эти два уровня нельзя смешивать: changelog подтверждает дату и новое поведение, а документация объясняет штатную модель и доступные действия. Для этого intent полезен артефакт: ведомость «contribution × тип × техническая ценность × зависимые ссылки × close/keep × ответственный». Он не объявляет популярность проблемы и не превращает единичное наблюдение в универсальную причину. Если интерфейс, edition или permissions отличаются от источника, отметьте это как отдельную неизвестную ветку. Сниппет поиска и обсуждение сообщества остаются лидом; вывод принимается только после совпадения прямой страницы, версии и контрольного результата.
Проверка с одной переменной
Обратимый тест: На учебном аккаунте проверить диалог блокировки без финального подтверждения, сопоставить найденные открытые объекты с поиском и только затем принять решение по реальному пользователю. До шага сохраните исходное значение и способ возврата. Меняйте ровно одно условие, после чего повторяйте тот же вход, объект и критерий успеха. Результат заносите в ведомость «contribution × тип × техническая ценность × зависимые ссылки × close/keep × ответственный». Положительный исход означает лишь связь с изменённым условием в этом окружении; отрицательный исход исключает только проверенную ветку. Повтор на другом аккаунте, репозитории, профиле или документе допустим лишь с тестовыми данными и тем же build. Не подменяйте воспроизводимость серией случайных очисток, переустановок или массовых переключений.
Матрица результатов
Читайте результат по границам. Если контрольное действие выполняется и исходный симптом исчезает только после ожидаемой штатной настройки, сохраните точную пару before/after и проверьте возврат. Если симптом остаётся, вернитесь к исходному состоянию и переходите к соседней ветке из формулировки: До выбора Close content authored by this user выгрузить список открытых issue, discussion и pull request, назначить владельца ручного просмотра и отделить блокировку доступа от решения о каждом материале. Если поведение различается между уровнями организации, профилями или типами объектов, сначала вычислите effective setting и права текущего пользователя. Если различается только визуальный вход, проверьте, не сохранилась ли сама функция по другому маршруту. Ни дата релиза, ни совпадение названия не доказывают регрессию. Доказательством служит повторяемая матрица с одной переменной и официальной границей поведения.
Когда прекратить изменения
Стоп-линия: Остановиться, если среди contributions есть security fix, релизный blocker, юридически значимая переписка или материал без назначенного владельца review. Если нужна эскалация, подготовьте минимальный пакет: точный build, UTC-время, тип аккаунта или профиля, обезличенный идентификатор объекта, ожидаемый и фактический результат, один контрольный шаг и итог возврата. Скриншот обрежьте до нужной области; удалите имена, email, внутренние пути, суммы, токены, адреса и содержимое документов. Не прикладывайте полный HAR, database, профиль браузера или конфигурацию организации без отдельного защищённого канала. Практический итог статьи — ведомость «contribution × тип × техническая ценность × зависимые ссылки × close/keep × ответственный». Он позволяет поддержке воспроизвести конкретную границу и не требует опасных или необратимых действий.
Материал подготовлен редакцией VOne с помощью ИИ; все технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Официальный changelog или release notes проверено 2026-08-28
- GitHub Docs — Blocking a user проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.