Как отличить ограничение отдельного файла, общий предел push и сетевой разрыв в GitHub Desktop до повторных загрузок и переписывания истории.
Остановите одинаковые повторные отправки
Сохраните точный текст ошибки и время попытки, но не нажимайте push многократно: повтор не меняет состав объектов и затрудняет сравнение. Сначала проверьте, что обычная синхронизация небольшого существующего изменения работает, не создавая искусственный коммит ради теста. Затем составьте локальный список добавленных крупных файлов и их размеров. Не публикуйте названия клиентских материалов и пути; замените их нейтральными метками. Сообщение remote disconnected описывает момент обрыва, а не готовый диагноз. Если репозиторий рабочий или общая история защищена правилами организации, не выполняйте reset, rebase и force push без согласованного плана восстановления.
Дерево из трёх границ
Первая проверка — отдельный файл. Документация GitHub Desktop указывает границу 100 MiB для обычного файла GitHub и предлагает Git LFS для больших файлов. Вторая — общий объём одной отправки: GitHub документирует предел 2 GiB для push и связывает его превышение с разрывом удалённой стороны. Третья — транспорт: только когда первые две величины не нарушены, сравнивайте сеть и авторизацию. Эти правила нельзя смешивать: файл может подходить для LFS, но общий пакет всё равно быть слишком большим. Запишите размеры в таблицу и пометьте, какие объекты уже отслеживаются LFS, не меняя атрибуты до резервной копии.
Безопасный эксперимент с минимальным изменением
Если отдельный файл превышает обычную границу и ещё не опубликован, сначала изучите официальный рабочий процесс Git LFS и правила репозитория. Если общий push приближается к документированному пределу, безопаснее разделить работу на меньшие независимые коммиты до публикации, но только если это не требует переписывать общую историю. Не удаляйте файлы через веб-интерфейс и не запускайте очистку истории наугад. Для сетевой ветки повторите отправку один раз из стабильной сети после фиксации одинакового набора объектов; отличие результата станет наблюдением, а не доказательством. Остановитесь при запросе force push, изменении чужих коммитов или отсутствии резервной копии.
Данные для поддержки без содержимого репозитория
Передайте версию GitHub Desktop и ОС, точный класс ошибки, количество и размеры новых крупных файлов, общий оценочный объём push и факт использования LFS. Добавьте, проходит ли небольшая синхронизация и меняется ли результат в другой доверенной сети. Не включайте содержимое видео, удалённый URL приватного репозитория, токены, имя организации и полный лог до очистки. Полезный вывод должен быть узким: «есть файл выше обычной границы», «общий пакет выше 2 GiB» или «обе размерные проверки пройдены, разрыв требует транспортной диагностики». Публичная ветка остаётся сигналом похожего симптома и не заменяет измерения.
Материал подготовлен редакцией VOne с применением ИИ для дерева решений; числовые границы вручную сверены по официальной документации GitHub.
Источники и проверка
- GitHub Desktop — About Git Large File Storage проверено 2026-08-07
- GitHub — Troubleshooting the 2 GB push limit проверено 2026-08-07
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.