Unable to save resume file слишком длинное имя файла

Обновлено: 03.07.2024

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

это довольно просто воспроизвести для меня: просто создайте веб-приложение yeoman с угловым генератором ("Yo angular") и удалите node_modules С .gitignore файл. Затем повторите вышеупомянутые команды git.

что я пропустила?

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

вы можете обойти это, используя другой Git-клиент в windows или set core.longpaths to true как объяснено в других ответах ниже.

вы должны иметь возможность выполнить команду

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

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

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

создать .gitconfig хранит настройки и добавить

вы можете создать файл в местоположении проекта (не уверен), а также в глобальном местоположении в моем случае местоположение c:Users\

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

но работа, которая работает, - удалить node_modules folter из git.

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

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

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

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

Если вы когда-либо видели эту проблему, это, вероятно, было простым решением для вас. Если вы видели эту ошибку более двух раз, то вы также знаете, что иногда это может быть сложной проблемой.

Будем надеяться, что вы столкнетесь только с набором легких исправлений, но мы подготовим вас к менее легким, гарантированно исправным исправлениям.


Почему длина имени файла даже проблема в Windows?

Существует длинная история длин файлов, что является проблемой для операционных систем, таких как Windows. Было время, когда вы не могли иметь имена файлов длиннее 8 символов плюс 3-символьное расширение файла. Лучшее, что вы могли сделать, это что-то вроде myresume.doc. Это было ограничение в отношении дизайна файловой системы.

Все стало лучше, когда вышли новые версии Windows. Мы перешли от старой ограниченной файловой системы к так называемой файловой системе новой технологии (NTFS). NTFS привела нас к тому, что имя файла может быть длиной 255 символов, а длина пути к файлу потенциально может достигать 32 767 символов. Так как же мы можем иметь слишком длинные имена файлов?


Будучи переменной, вы думаете, мы могли бы изменить это. Нет, мы не должны. Это все равно что выдернуть нитку из свитера. Как только одна системная переменная изменяется, другие системные переменные и зависимые от них компоненты начинают распадаться.

Как мы это исправим?

Легкое Исправление

Если вам повезет, вы получите ошибку и точно знаете, какое имя файла вызывает проблему. Или, по крайней мере, где найти файл. Может быть, у вас есть имя файла, которое выглядит примерно так:

C: User guymc Documents Мои резюме резюме с именами на долгие годы, когда возникают проблемы, и они становятся частью нашего творчества.

Понятно, кто в этом случае преступник. Найдите файл в проводнике Windows или в проводнике, как он вызывается в Windows 10, нажмите один раз на него, нажмите F2, чтобы переименовать его, и измените это глупое имя файла на более разумное. Задача решена.

Менее простые исправления

Не всегда легко решить эту проблему. Иногда вы не можете изменить имена файлов или каталогов по какой-либо причине.

Следующие решения помогут вам. Их не сложно сделать.

Перемещение, удаление или копирование файлов или каталогов с помощью PowerShell

Обратите внимание, что слова каталог и папка являются взаимозаменяемыми. Мы будем использовать «каталог» в будущем. Следующие командлеты PowerShell также можно использовать для файлов.

Возможно, путь к файлу выглядит примерно так:

C: Users guymc Documents Это Is Точно Параметр Precise Directory Путь Это I Потребность К Have К Keep My Files Рассортировано В А Маннер Это ДАЕТ Sense К Me Так Lets Притворись В этом Is An Actual Filepath что вы Might Также Have на Ваш Windows компьютер А не Over Think It Document.docx

Этот путь к файлу составляет 280 символов. Поэтому мы не можем скопировать каталог оттуда куда-либо еще с помощью обычного метода копирования-вставки. Мы получаем ошибку Destination Path Too Long.


Давайте предположим, что по какой-то причине мы не можем переименовать каталоги, в которые вложен файл. Что мы делаем?

Каталог с именем This находится внутри каталога Documents. Чтобы перейти в каталог Documents, мы используем команду DOS cd Documents.


Вы увидите быстрое изменение C: Users guymc Documents. Это хорошо. Мы работаем ближе к каталогам, которые облегчат жизнь.

Копирование каталога с использованием Copy-Item

Мы хотим скопировать каталог This и его содержимое в ThatNewFolder. Давайте используем командлет PowerShell Copy-Item с параметрами -Destination и -Recurse.

-Предназначение сообщает PowerShell, где мы хотим, чтобы копия находилась. -Рекурс говорит PowerShell скопировать все элементы внутри к месту назначения. Копирование оставляет оригиналы там, где они есть, и делает все новые в месте назначения.

Copy-Item This -Destination ThatNewFolder -Recurse


Переместить каталог с помощью Move-Item

Допустим, мы хотим переместить каталог This, а также все каталоги и файлы в нем в ThatNewFolder. Перемещение не оставляет оригинал на месте.

Мы можем использовать командлет PowerShell Move-Item с параметрами -Path и -Destination. -Path определяет элемент, который мы хотим переместить, и -Destination сообщает PowerShell, где мы хотим его получить.

Командлет поместит это в ThatNewFolder. Он также будет перемещать все, что находится внутри этого каталога. Move-Item может использоваться для перемещения файлов или каталогов, и он работает независимо от пути к файлу или длины имени файла.

Move-Item -Path This -Destination ThatNewFolder


Чтобы убедиться, что это работает, используйте команду cd ThatNewFolder, чтобы войти в ThatNewFolder. Затем используйте команду dir для вывода списка каталогов в ThatNewFolder. Вы увидите, что этот каталог находится там.


Удалить каталог с помощью Remove-Item

Если мы хотим удалить этот каталог и все в нем, мы используем командлет Remove-Item.

Командлет Remove-Item обладает некоторой встроенной безопасностью, которая затрудняет удаление каталога с содержимым внутри него. В нашем примере мы знаем, что хотим удалить все, поэтому мы будем использовать параметры -Recurse, чтобы заставить его удалять все внутри, и -Force, чтобы он делал это, не спрашивая нас, уверены ли мы в каждом элементе внутри.

Имейте в виду! Восстановить что-либо удаленное таким образом было бы чрезвычайно сложно. Вы можете попробовать методы в Как восстановить случайно удаленные файлы, но не ожидайте многого.

Remove-Item This -Recurse -Force


Вы можете снова использовать команду dir, чтобы убедиться, что она пропала.

Заставьте Windows 10 принимать длинные пути к файлам

Если вы знаете, что будете часто использовать длинные пути к файлам и длинные имена файлов, вам будет проще заставить Windows работать. Нет смысла использовать PowerShell для выполнения работы каждый день.

Заставьте Windows 10 Home принимать длинные пути к файлам

Чтобы Windows 10 Home принимала длинные пути к файлам, нам нужно открыть редактор реестра. Если вы раньше не работали в редакторе реестра, будьте осторожны. Случайное удаление или изменение здесь может помешать работе Windows полностью.

Всегда делайте резервную копию вашего реестра, прежде чем вносить какие-либо изменения. Узнайте все, что вам нужно знать об этом в нашем Руководство по резервному копированию и восстановлению реестра Windows,

После открытия редактора реестра и создания резервной копии перейдите в папку HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Control FileSystem и найдите ключ LongPathsEnabled.


Дважды щелкните LongPathsEnabled. Убедитесь, что в поле Значение данные: номер 1 указан. Нажмите OK, чтобы подтвердить изменения.


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

Заставьте Windows 10 Pro или Enterprise принимать длинные пути к файлам

Чтобы позволить Windows 10 Pro или Enterprise использовать длинные пути к файлам, мы собираемся использовать редактор групповой политики. Это инструмент, который позволяет нам устанавливать политики в отношении работы Windows на компьютере и на уровне пользователей.

Откройте редактор групповой политики, перейдя в меню «Пуск» и введя gpedit. Лучший результат должен быть Изменить групповую политику. Дважды щелкните по этому.


После открытия редактора групповой политики перейдите к Конфигурация компьютера> Административные шаблоны> Система> Файловая система. Там вы увидите политику «Включить длинные пути Win32».


Дважды щелкните по нему, чтобы изменить параметр политики. Измените его с «Отключено» на «Включено», затем нажмите кнопку «ОК» для подтверждения изменения.


Политика может не вступить в силу сразу. Вы можете принудительно обновить групповую политику.

Это оно

Имя файла или расширение слишком длинное [FIX]

Решение 1. Изменить имя каталога

Пользователи сообщили, что не смогли переместить или получить доступ к проблемным файлам из-за этой ошибки. Для решения проблемы вам необходимо переименовать проблемный файл или изменить его путь. В большинстве случаев вы не можете переименовать файл, но вы можете решить проблему, переименовав один из каталогов, в которых находится этот файл.

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

Вы также можете временно устранить эту проблему, создав сетевой диск. Прежде чем вы сможете использовать это решение, вам нужно поделиться своей папкой. Это относительно просто, и вы можете сделать это, выполнив следующие действия:

Как только папка открыта для общего доступа, вам необходимо создать сетевой диск. Это относительно просто, и вы можете сделать это, выполнив следующие действия:

  1. Откройте Этот компьютер . Перейдите на вкладку Компьютер и выберите вариант Подключить сетевой диск .
  2. Выберите нужную букву диска и путь к папке. Обязательно снимите флажок Повторно подключиться при входе в систему и нажмите кнопку Готово .
  3. Когда вы закончите, вы увидите новый доступный диск и можете использовать его для доступа к проблемным файлам.

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

Просто скачайте Teracopy и перетащите проблемные файлы в нее. Теперь нажмите Еще> Удалить , чтобы удалить проблемные файлы с вашего компьютера. Как видите, это довольно простое решение, если вам нужно удалить эти файлы, поэтому обязательно попробуйте.

Решение 4. Скопируйте или переместите эти файлы в другую папку

В большинстве случаев вы не сможете открыть файлы из-за этой ошибки, но вы можете переместить их. Просто найдите проблемные файлы и переместите их в другой каталог. Вы даже можете создать новый каталог в корневой папке, например, C: или D: и скопировать туда свои файлы. После этого вы сможете получить доступ к скопированным файлам без каких-либо проблем.

  • ЧИТАЙТЕ ТАКЖЕ. Исправлено. Просмотр настроек рабочего стола неактивен в Windows.

Решение 5. Добавьте эти файлы в архив

Имейте в виду, что архивирование может быть медленным процессом в зависимости от размера ваших файлов, поэтому вам может потребоваться некоторое время для архивирования всех файлов.Вы можете архивировать файлы без сторонних инструментов, и для этого нужно просто щелкнуть правой кнопкой мыши файл или папку, которую вы хотите заархивировать, и выбрать вариант Добавить в архив .

Некоторые пользователи также рекомендуют использовать инструмент 7-zip для решения этой проблемы. По их словам, вы можете использовать это приложение для создания zip-архива, но вы также можете использовать его для удаления проблемных файлов с вашего компьютера.

Решение 6. Используйте командную строку

Если вы опытный пользователь, вы можете легко решить эту проблему с помощью командной строки. С помощью этого инструмента вы можете назначить путь к папке с буквой диска. Используя этот метод, вы можете использовать только что созданную букву диска и получить доступ к проблемным файлам. Для этого выполните следующие действия:


  1. Нажмите Windows Key + X , чтобы открыть меню Win + X, и выберите Командная строка (Admin) .
  2. Когда откроется командная строка , введите subst X: «C: Path_to_the_problematic_file» и нажмите Enter .
  3. После выполнения команды вы сможете получить доступ к диску X: и всем проблемным файлам.

Помните, что это решение предназначено для опытных пользователей, поэтому, если вы не знакомы с командной строкой, вы не сможете выполнить ее должным образом. Также важно отметить, что нам не удалось увидеть новые диски на нашем ПК, но мы смогли получить к ним доступ с помощью командной строки. Если вам нужно удалить только что созданный диск, вы можете сделать это, введя subst x: /d в командной строке.

Несколько пользователей сообщили, что удалили проблемные файлы с помощью GoodSync Explorer, так что вы также можете попробовать этот инструмент.

Несколько пользователей сообщили, что вы можете легко решить эту проблему, используя Long Path Tool. Это бесплатное приложение, которое позволит вам переименовывать, копировать или удалять проблемные файлы. Используя этот инструмент, вы сможете переименовывать длинные файлы, удалять их или легко перемещать в другое место. Приложение является бесплатным и полностью переносимым, поэтому вы можете попробовать его.

Кроме того, вы можете попробовать использовать такие инструменты, как Long Path Fixer, Long Path Eraser Free или Ant Renamer. Все эти инструменты бесплатны, и вы можете использовать их для переименования проблемных файлов или папок и получения к ним доступа.

Решение 9. Используйте командную строку для переименования файлов или папок

Прежде чем вы сможете переименовать ваши файлы, вам необходимо выявить скрытые файлы и папки и расширения файлов. Вы можете легко это сделать, выполнив следующие действия:

После этого вам нужно запустить командную строку и использовать ее для переименования проблемных файлов. Для этого выполните следующие простые шаги:

  1. Запустите Командную строку от имени администратора. Мы показали вам, как это сделать в Решении 6 , поэтому просмотрите подробные инструкции.
  2. После запуска командной строки введите REN «C: Path_to_the_problematic_fileProblematicFile.txt», «File2.txt» .
    , имейте в виду, что Вам необходимо ввести правильный путь к проблемному файлу, а также расширение файла. В качестве примера мы использовали ProblematicFile.txt , поэтому обязательно замените его на фактическое имя файла, которое приводит к этой ошибке.

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

  1. Откройте Командную строку от имени администратора.
  2. Когда откроется Командная строка , введите REN «C: Path_to_the_problematic_folder» «Имя новой папки». Обязательно выберите папку с самым длинным именем и переименуйте ее, чтобы сделать ее короче.
  3. После переименования папки вы сможете без проблем получить доступ к проблемным файлам.

Это немного продвинутое решение, поэтому оно может не подойти для простых пользователей. Если вы не знакомы с командной строкой, может потребоваться несколько попыток для правильного переименования файлов или папок.

Решение 10. Загрузите файл в Dropbox и переименуйте его

Это простой обходной путь, и он идеально подходит, если вы не можете получить доступ к паре небольших файлов. Вы также можете использовать это решение с файлами большего размера, но, поскольку оно требует загрузки файлов в Dropbox, лучше использовать его с файлами меньшего размера.

Чтобы устранить проблему, просто найдите проблемный файл и загрузите его в Dropbox. После загрузки файла откройте хранилище Dropbox, переименуйте файл и загрузите его снова. Если вы используете автоматическую синхронизацию для Dropbox, файл будет автоматически загружен на ваш компьютер, и вы сможете получить к нему доступ без каких-либо проблем.

Решение 11. Внесение изменений в групповую политику

По словам пользователей, Windows 10 принесла некоторые улучшения, связанные с ограничением символов пути. В предыдущих версиях Windows пользователи были ограничены 260 символами для путей, но кажется, что это ограничение можно снять в Windows 10. Чтобы изменить ограничение пути, необходимо выполнить следующие действия:

  1. Нажмите Windows Key + R и введите gpedit.msc .
  2. После запуска редактора групповой политики на левой панели выберите Политика локального компьютера> Конфигурация компьютера> Административные шаблоны> Система> Файловая система . Теперь найдите Включить длинные пути NTFS в правой панели и дважды щелкните по нему.
  3. Выберите Включено и нажмите Применить и ОК , чтобы сохранить изменения.
  4. Закройте Редактор групповой политики , перезагрузите компьютер и проверьте, устранена ли проблема.

Если вы не можете получить доступ к редактору групповой политики в своей версии Windows, вы также можете снять это ограничение с помощью редактора реестра. Для этого выполните следующие действия:

  1. Нажмите Windows Key + R и введите regedit . Нажмите Enter или нажмите ОК .
  2. Когда откроется Редактор реестра , на левой панели перейдите к ключу HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystem . На правой панели найдите и дважды нажмите LongPathsEnabled DWORD. Если этот ключ недоступен, вам необходимо создать его вручную.

    Для этого щелкните правой кнопкой мыши пустое место на правой панели и выберите Создать> Значение DWORD (32-разрядное) . Введите LongPathsEnabled в качестве имени нового DWORD и дважды щелкните его, чтобы открыть его свойства.
  3. Когда откроется окно Свойства , установите для Значения данных значение 1 и нажмите ОК , чтобы сохранить изменения.
  4. Закройте Редактор реестра и перезагрузите компьютер.

Если вы не хотите редактировать реестр вручную, вы можете использовать этот zip-файл и использовать файлы внутри, чтобы мгновенно применить изменения. Просто запустите файл Удалить файл 260 Path Path Limit.reg из архива, чтобы снять ограничения пути к файлу. Вы также можете запустить другой файл из архива, чтобы снова включить ограничение.

Несмотря на метод, который вы решили использовать, включение этой опции позволит вам без проблем получить доступ к любому пути к файлу, поэтому обязательно попробуйте это решение.

Исключение при выполнении командной строки. Не удается запустить программу «C: \ Program Files (x86) \ Java \ jre6 \ bin \ javaw.exe» (в каталоге «C: \ Users \ motiver \ helios_workspace \ TimeTracker»): ошибка CreateProcess = 206, имя файла или расширение: слишком долго

Я немного исследовал, но большинство проблем были связаны с DataNucleus при работе над Google App Engine. Но я не использую ничего отдаленно связанного с Google App Engine. Я делаю небольшой проект с Servlet 3.0 на JBOSS 6. Я использую Hibernate 4.1.2 для ORM и RESTEasy, чтобы открыть веб-службу. Я создал файл util, в котором есть метод main (), который в основном удаляет и воссоздает схему. Я запускаю методы main (), когда мне нужна чистая база данных для целей тестирования. Он отлично работал на Tomcat 7, но перестал работать, когда я перешел на JBoss 6.

Приветствуются любые подсказки или решения.

Простого (в пару кликов или простой команды) решения этой проблемы не существует.

  • Уменьшите путь к классам
  • Используйте каталоги вместо файлов jar
  • Используйте упакованные файлы jar, которые содержат все другие jar-файлы, используйте переменную classpath внутри файла манифеста, чтобы указать на другие jar-файлы
  • Используйте специальный загрузчик классов, который считывает путь к классам из файла конфигурации.
  • Попробуйте использовать один из прикрепленных патчей в документе с отчетом об ошибке
  • Используйте собственную оболочку, например. муравей

Обновление : после июля 2014 года есть способ лучше (благодаря ответу @ Brad-Mace ниже :

Если вы создали свой собственный файл сборки вместо использования Project -> Generate Javadocs , вы можете добавить useexternalfile="yes" в задачу Javadoc, которая разработана специально для решения этой проблемы.

У меня была такая же проблема, но вместо этого я использовал netbeans.
Я нашел решение, поэтому делюсь здесь, потому что нигде не нашел этого, поэтому, если у вас есть эта проблема в netbeans, попробуйте следующее:
(имена могут быть отключены, поскольку мои netbeans на португальском) Щелкните правой кнопкой мыши проект> свойства> сборка> компиляция> снимите флажок запускать компиляцию на внешней виртуальной машине.

Это из-за вашего длинного имени каталога проекта, которое в целом дает вам очень длинный CLASSPATH . Либо вам нужно уменьшить количество jar-файлов, добавленных в CLASSPATH (убедитесь, что удаляются только ненужные jar-файлы), либо лучше всего уменьшить каталог проекта и снова импортировать проект. Это уменьшит CLASSPATH . У меня это сработало.

У меня такая же ошибка в студии Android. Мне удалось решить эту проблему, запустив Build Clean Project в среде IDE.

Я получаю указанную ниже ошибку при запуске ant deploy .

Исправлено, запустив перед ним команду " ant clean ".

Правильный ответ из этой ветки был правильным ответом для моего особого случая. Укажите путь к папке ORM для datanucleus, безусловно, уменьшите компиляцию пути java.

Если вы используете Android Studio, попробуйте опцию Invalidate Caches / Restart .. в меню File

Для меня это был неправильный путь JDK. Убедитесь, что у вас правильный путь к файлу JDK.

Файл -> Структура проекта

enter image description here

Я столкнулся с этой проблемой при попытке выполнить запрос JPQL в консоли Hibernate / JPA в IntelliJ 2020.2

Добавление этого в мой .idea / workspace.xml исправило его.

Ошибка:

CreateProcess error=206, The filename or extension is too long

Исправление кода Gradle:

Я использую устаревшую версию плагинов Gradle, и этот плагин решил проблему для меня.

Использование (подробнее см. В источнике):

Фрагмент скрипта сборки для плагинов DSL для Gradle 2.1 и новее

Фрагмент сценария сборки для использования в более старых версиях Gradle или там, где требуется динамическая конфигурация

Ошибка CreateProcess = 206, имя файла или расширение слишком длинное.

Если вы используете инструмент сборки Gradle, а исполняемый файл находится в каталоге build / libs вашего приложения. run.sh -> создайте этот файл в корневом каталоге вашего проекта и скопируйте в него приведенный ниже сценарий, затем перейдите в git bash и введите run.sh, затем введите. Надеюсь это поможет!

Надеюсь это поможет!!

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

Я только что создал новую папку с коротким именем и скопировал все файлы (папку приложения, файлы gradle и т. Д.) В новую папку. Открыл приложение в студии Android и работает нормально.

Это происходит из-за того, что DataNucleus иногда перезаписывает аргументы с множеством путей.

Читайте также: