я использую Git-1.9.0-preview20140217 для Windows. Как я знаю, этот выпуск должен решить проблему со слишком длинными именами файлов. Но не для меня.

Конечно , я делаю что - то неправильно: я сделал git config core.longpaths trueи git add .затем git commit. Все прошло гладко. Но когда я сейчас это делаю git status, я получаю список файлов Filename too long, например:

node_modules/grunt-contrib-imagemin/node_modules/pngquant-bin/node_modules/bin-wrapper/node_modules/download/node_modules/request/node_modules/form-data/node_modules/combined-stream/node_modules/delayed-stream/test/integration/test-handle-source-errors.js: Filename too long

Для меня это довольно просто воспроизвести: просто создайте веб-приложение Yeoman с генератором углов («yo angular») и удалите его node_modulesиз .gitignoreфайла. Затем повторите вышеупомянутые команды Git.

Что мне здесь не хватает?

Git имеет ограничение в 4096 символов для имени файла, за исключением Windows, когда Git компилируется с помощью msys. Он использует более старую версию Windows API, и для имени файла существует ограничение в 260 символов.

Так что, насколько я понимаю, это ограничение msys, а не Git. Вы можете прочитать подробности здесь: https://github.com/msysgit/git/pull/110

Вы можете обойти это с помощью другого клиента Git на Windows , или набор , core.longpathsчтобы , trueкак описано в других ответах.

git config --system core.longpaths true

Git собран как комбинация скриптов и скомпилированного кода. С указанным выше изменением некоторые скрипты могут потерпеть неудачу. По этой причине core.longpath не включается по умолчанию.

Документация Windows по адресу https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file содержит дополнительную информацию:

Начиная с Windows 10 версии 1607 ограничения MAX_PATH были удалены из общих функций файлов и каталогов Win32. Тем не менее, вы должны подписаться на новое поведение.

Раздел реестра позволяет вам включить или отключить новый длинный путь поведения. Чтобы включить поведение длинного пути, установите раздел реестра в HKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabled (Тип: REG_DWORD)

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

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}\.

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

1. Запустите Git Bash от имени администратора
2. Запустите следующую команду:

git config --system core.longpaths true

Примечание : если шаг 2 не работает или выдает какую-либо ошибку, вы также можете попробовать выполнить эту команду:

git config --global core.longpaths true

Подробнее о git config здесь .

Лучшее решение - включить параметр 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

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

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

-c ключ = значение

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

Больше информации

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

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

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

git config --global core.longpaths true

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

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

Войдите HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystemв regeditи затем установите LongPathsEnabledв1 .

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

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

git config --global core.longpaths true

Вышеуказанная команда работала для меня. Использование '--system' дало мне ошибку в файле конфигурации без блокировки

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

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

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

В 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