Вы должны быть в состоянии выполнить команду

git config --system core.longpaths true

или добавьте его в один из файлов конфигурации Git вручную, чтобы включить эту функцию, если вы используете поддерживаемую версию Git. Похоже, может быть 1.9.0 и после.

Это может помочь:

git config core.longpaths true

Основное объяснение: В этом ответе предлагается не применять такие настройки к глобальной конфигурации системы (ко всем проектам, избегая --system или --global). Эта команда только решает проблему, будучи специфичной для текущего проекта.

Создайте.gitconfig и добавьте

[core]
longpaths = true

Вы можете создать файл в местоположении проекта (не уверен), а также в глобальном местоположении. В моем случае это C:\Users\{name}\.

Лучшее решение - включить параметр longpath из Git.

git config --system core.longpaths true

Но обходной путь, который работает, - это удалить папку node_modules из Git:

$ git rm -r --cached node_modules
$ vi .gitignore

Добавьте node_modules в новую строку внутри файла.gitignore. После этого нажмите ваши модификации:

$ git add .gitignore
$ git commit -m "node_modules removed"
$ git push

Шаги, чтобы следовать:

1. Запустите Git Bash от имени администратора
2. Запустите команду git config --system core.longpaths true

Подробнее о git config читайте здесь.

Чтобы быть уверенным, что он вступает в силу сразу после инициализации репозитория, но до того, как удаленная история будет извлечена или какие-либо файлы извлечены, безопаснее использовать ее следующим образом:

git clone -c core.longpaths=true <repo-url>

-c key = значение

Задайте конфигурационную переменную во вновь создаваемом репозитории; это вступает в силу сразу после инициализации репозитория, но перед извлечением удаленной истории или извлечением любых файлов. Ключ находится в том же формате, что и ожидалось git -config 1 (например, core.eol = истина). Если для одного и того же ключа задано несколько значений, каждый значение будет записано в файл конфигурации. Это делает его безопасным для Например, чтобы добавить дополнительные исправления refetch к удаленному источнику.

Дополнительная информация

Вы также можете попытаться включить длинные пути к файлам.

Если вы используете Windows 10 Home Edition, вы можете изменить реестр, чтобы включить длинные пути.

Перейдите в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem в regedit а затем установите для LongPathsEnabled значение 1.

Если у вас Windows 10 Pro или Enterprise, вы также можете использовать локальные групповые политики.

Перейдите в Конфигурация компьютера → Административные шаблоны → Система → Файловая система в gpedit.msc, откройте "Включить длинные пути Win32" и установите для него значение "Включено".

Переместить репозиторий в корень вашего диска (временное исправление)

Вы можете попытаться временно переместить локальный репозиторий (всю папку) в корень диска или как можно ближе к корню.

Поскольку путь в корне диска меньше, это иногда устраняет проблемы.

В Windows я бы переместил это в C:\ или другой корень диска.

У меня тоже была эта ошибка, но в моем случае причиной была устаревшая версия npm v1.4.28.

Обновление до npm v3 с последующим

rm -rf node_modules
npm -i

работал на меня. В выпуске npm 2697 содержатся подробные сведения о "максимально плоской" структуре папок, включенной в npm v3 (выпущена 2015-06-25).

Если вы работаете с зашифрованным разделом, рассмотрите возможность перемещения папки в незашифрованный раздел, например, /tmp, запуска git pull, а затем возврата назад.

Выполнение git config --system core.longpaths true мне ошибку:

"ошибка: не удалось заблокировать файл конфигурации C:\Program Files (x86)\Git\mingw32/etc/gitconfig: разрешение запрещено"

Исправлено с выполнением команды на глобальном уровне:

git config --global core.longpaths true