Я використовую 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 за допомогою генератора Angular ("yo angular") та видаліть node_modulesз .gitignoreфайлу. Потім повторіть вищезгадані команди Git.

Що я тут пропускаю?

Git має обмеження 4096 символів для імені файлу, за винятком Windows, коли Git компілюється з msys. Він використовує більш стару версію API Windows і має обмеження до 260 символів для імені файлу.

Тож, наскільки я це розумію, це обмеження msys, а не Git. Деталі ви можете прочитати тут: https://github.com/msysgit/git/pull/110

Ви можете обійти це за допомогою іншого клієнта Git на Windows , або набір , core.longpathsщоб , trueяк описано в інших відповідях.

git config --system core.longpaths true

Git будується як комбінація сценаріїв і компільований код. З вищезазначеною зміною деякі сценарії можуть вийти з ладу. Це причина, що core.longpaths не буде включено за замовчуванням.

Документація на 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, ви також можете використовувати локальну групову політику.

Перейти до Конфігурація комп'ютера → Адміністративні шаблони → Система → Filesystem в gpedit.mscвідкритої Включити Win32 довгі шляхи і встановити його на Enabled .

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).

Якщо ви працюєте зі своїм зашифрованим розділом, розгляньте можливість переміщення папки до незашифрованого розділу, наприклад, a / tmp , запуску git pullта повернення назад.

У машині Windows

Запустіть командний рядок як адміністратор, потім запустіть нижче команди

git config --система core.longpaths вірно