Estoy usando Git-1.9.0-preview20140217para Windows. Como sé, esta versión debería solucionar el problema con nombres de archivo demasiado largos. Pero no para mí.

Ciertamente yo estoy haciendo algo mal: lo hice git config core.longpaths truey git add .ya continuación git commit. Todo salió bien. Pero cuando ahora hago un git status, obtengo una lista de archivos con Filename too long, por ejemplo:

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

Para mí es bastante simple de reproducir: simplemente cree una aplicación web Yeoman con el generador Angular ("yo angular") y elimínela node_modulesdel .gitignorearchivo. Luego repita los comandos Git mencionados anteriormente.

¿Que me estoy perdiendo aqui?

Git tiene un límite de 4096 caracteres para un nombre de archivo, excepto en Windows cuando Git se compila con msys. Utiliza una versión anterior de la API de Windows y hay un límite de 260 caracteres para un nombre de archivo.

Por lo que yo entiendo, es una limitación de msys y no de Git. Puede leer los detalles aquí: https://github.com/msysgit/git/pull/110

Puede evitar esta utilizando otro cliente Git en Windows o conjunto core.longpathsa truecomo se ha explicado en otras respuestas.

git config --system core.longpaths true

Git se construye como una combinación de scripts y código compilado. Con el cambio anterior, algunos de los scripts pueden fallar. Esa es la razón por la cual core.longpaths no está habilitado de forma predeterminada.

La documentación de Windows en https://docs.microsoft.com/en-us/windows/desktop/fileio/naming-a-file tiene más información:

A partir de Windows 10, versión 1607, las limitaciones de MAX_PATH se han eliminado de las funciones comunes de archivos y directorios de Win32. Sin embargo, debe optar por el nuevo comportamiento.

Una clave de registro le permite habilitar o deshabilitar el nuevo comportamiento de ruta larga. Para habilitar el comportamiento de ruta larga, configure la clave de registro en HKLM \ SYSTEM \ CurrentControlSet \ Control \ FileSystem LongPathsEnabled (Tipo: REG_DWORD)

Deberías poder ejecutar el comando

git config --system core.longpaths true

o agréguelo a uno de sus archivos de configuración de Git manualmente para activar esta funcionalidad, una vez que esté en una versión compatible de Git. Parece que tal vez 1.9.0 y posteriores.

Esto podría ayudar:

git config core.longpaths true

Explicación básica: esta respuesta sugiere que no se aplique dicha configuración al sistema global (a todos los proyectos para evitar --systemo --globaletiquetar) configuraciones. Este comando solo resuelve el problema al ser específico para el proyecto actual.

Crea .gitconfig y agrega

[core]
longpaths = true

Puede crear el archivo en la ubicación de un proyecto (no estoy seguro) y también en la ubicación global. En mi caso la ubicación es C:\Users\{name}\.

Pasos a seguir:

1. Ejecute Git Bash como administrador
2. Ejecute el siguiente comando:

git config --system core.longpaths true

Nota : si el paso 2 no funciona o da algún error, también puede intentar ejecutar este comando:

git config --global core.longpaths true

Lea más sobre git config aquí .

La mejor solución es habilitar el parámetro longpath de Git.

git config --system core.longpaths true

Pero una solución alternativa que funciona es eliminar la carpeta node_modules de Git:

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

Agregue node_modules en una nueva fila dentro del archivo .gitignore. Después de hacer esto, empuje sus modificaciones:

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

Para estar completamente seguro de que surte efecto inmediatamente después de que se inicialice el repositorio, pero antes de recuperar el historial remoto o retirar cualquier archivo, es más seguro usarlo de esta manera:

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

-c clave = valor

Establecer una variable de configuración en el repositorio recién creado; esto surte efecto inmediatamente después de que se inicialice el repositorio, pero antes de que se recupere el historial remoto o se desproteja cualquier archivo. La clave está en el mismo formato esperado por git-config 1 (p. Ej., Core.eol = true). Si se dan varios valores para la misma clave, cada valor se escribirá en el archivo de configuración. Esto hace que sea seguro, por ejemplo, agregar especificaciones de captura adicionales al control remoto de origen.

Más información

Ejecutar me git config --system core.longpaths truearrojó un error:

"error: no se pudo bloquear el archivo de configuración C: \ Archivos de programa (x86) \ Git \ mingw32 / etc / gitconfig: Permiso denegado"

Solucionado con la ejecución del comando a nivel global:

git config --global core.longpaths true

También podría intentar habilitar rutas de archivo largas.

Si ejecuta Windows 10 Home Edition, podría cambiar su Registro para habilitar rutas largas.

Ir a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystemen regedity ajuste LongPathsEnableda 1.

Si tiene Windows 10 Pro o Enterprise, también puede usar las Políticas de grupo local.

Vaya a Configuración del equipo → Plantillas administrativas → Sistema → Sistema de archivos en gpedit.msc, abierta Habilitar Win32 rutas largas y ponerlo en Habilitado .

git config --global core.longpaths true

El comando anterior funcionó para mí. El uso de '--sistema' me dio un error de archivo de configuración no bloqueado

Mueva el repositorio a la raíz de su unidad (corrección temporal)

Puede intentar mover temporalmente el repositorio local (la carpeta completa) a la raíz de su unidad o lo más cerca posible de la raíz.

Como la ruta es más pequeña en la raíz de la unidad, a veces soluciona los problemas.

En Windows, movería esto a C:\la raíz de otra unidad.

También tuve este error, pero en mi caso la causa fue usar una versión desactualizada de npm, v1.4.28.

Actualización a npm v3 seguido de

rm -rf node_modules
npm -i

trabajó para mi. El número 2697 de npm tiene detalles de la estructura de carpetas "máximamente plana" incluida en npm v3 (publicado el 25/06/2015).

Si está trabajando con su partición encriptada, considere mover la carpeta a una partición sin encriptar, por ejemplo a / tmp , ejecutándose git pully luego retrocediendo.

En una máquina de windows

Ejecute el símbolo del sistema como administrador y luego ejecute el siguiente comando

git config --system core.longpaths true