Почему новое имя на GitHub не обязано переименовать локальную папку: отдельно проверяем имя удалённого репозитория, URL origin и каталог на диске, не перемещая проект с незакоммиченными файлами.
Запишите три имени отдельно
Первое имя — заголовок репозитория на сайте GitHub. Второе — адрес удалённого источника origin, который хранит Git. Третье — имя локальной папки, выбранное при клонировании. Откройте Repository → Open in Terminal и выполните только чтение списка remotes, затем сравните его с новым URL на сайте и путём, показанным GitHub Desktop. Не переименовывайте ничего на этом шаге. Если в рабочем дереве есть изменения, зафиксируйте их количество через git status без публикации имён файлов. Различие трёх строк является нормальной диагностической отправной точкой, а не доказательством сбоя.
Что GitHub делает после переименования
Официальная документация GitHub сообщает, что web-трафик и операции clone, fetch и push по прежнему расположению перенаправляются на новое. Одновременно GitHub рекомендует обновить существующие локальные клоны на новый URL, чтобы уменьшить путаницу. Следовательно, успешный fetch со старым origin не означает, что адрес уже обновлён: может работать перенаправление. Проверьте git remote -v до изменения и сохраните старый адрес в заметке без токенов. Не используйте повторное клонирование как тест, потому что оно создаёт вторую копию и не объясняет поведение исходной.
Обновите только тот слой, который устарел
Если устарел origin, официальный справочник remotes описывает git remote set-url и повторную проверку через git remote -v. Выполняйте это только в точном репозитории и подставляйте URL из страницы GitHub, не включая credentials. Если origin уже новый, но GitHub Desktop показывает старое имя, проверьте локальный путь: имя папки не является remote URL. Переименование папки допустимо после закрытия приложений и резервной копии, но не требуется для работы Git. При незакоммиченных изменениях сначала остановитесь и завершите обычный рабочий процесс проекта.
Когда нужен отчёт клиенту Desktop
Если сайт, origin и папка уже имеют ожидаемые значения, а карточка GitHub Desktop продолжает показывать другое имя после повторного открытия репозитория, соберите версию клиента, ОС и три обезличенные строки. Удалите владельца, путь пользователя и приватный URL; можно заменить их на OWNER и REPOSITORY. Не прикладывайте credential helper, токены и файл .git/config целиком. Issue подтверждает, что такой вопрос возник у пользователя, но закрытие без технического подтверждения не доказывает регрессию. До обращения не удаляйте репозиторий из диска и не переносите .git вручную.
Материал подготовлен редакцией VOne с применением ИИ для разделения идентификаторов; перенаправления и управление remote проверены по официальной документации GitHub, issue использован только как сигнал вопроса.
Источники и проверка
- GitHub Docs — Renaming a repository проверено 2026-08-10
- GitHub Docs — Managing remote repositories проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.