Git показывает не тот проект: проверьте корень репозитория

Git не видит ожидаемых изменений или показывает файлы другого проекта? Возможная причина — терминал открыт не в той рабочей папке. До восстановления файлов проверьте, какой репозиторий выбрала команда.

Памятка для начинающих: Windows, macOS или Linux с уже установленным Git и своей доверенной рабочей копией. Аккаунт, подписка и ИИ не нужны. Сверено с документацией Git 21.10.2026, без проверки вашего компьютера.

Две проверки без изменения файлов

1. В том же терминале выполните git rev-parse --show-toplevel. В обычной рабочей копии результат — полный путь к её корню. Сравните его с папкой проекта, которую ожидали открыть.
2. Выполните git rev-parse --show-prefix. Из вложенной папки команда показывает её путь относительно корня; в самом корне результат пустой — это нормально.

Если корень другой, откройте терминал в нужной рабочей копии и повторите первую проверку. При сообщении not a git repository не запускайте git init как автоматическое исправление: сначала найдите существующую копию. Эти проверки не восстанавливают потерянные файлы и не определяют нужную ветку.

Команды ничего не меняют; откат не требуется. Локальные пути могут раскрывать имя пользователя или название закрытого проекта — не публикуйте их целиком.

Что оказалось у вас: ожидаемый корень, другая рабочая копия или ошибка поиска репозитория? Достаточно варианта и обезличенного сообщения.

Проверяемые источники

• Git: git-rev-parse — корень рабочей копии и относительный путь