tag - git pull abortado con nombre de archivo de error demasiado largo
git tag commits (6)
Abra su archivo.gitconfig para agregar la propiedad longpaths. Por lo tanto, se verá así:
[core]
symlinks = false
autocrlf = true
longpaths = true
Estoy usando Windows como mi sistema operativo y estoy trabajando en un proyecto con un amigo que usa una Mac. Revisó el código de nuestro Github.
Estaba intentando copiar todo lo que hizo y se canceló con errores de "nombre de archivo demasiado largos" de código de terceros.
¿Que puedo hacer?
Como alguien que se ha encontrado constantemente con este problema con los repositorios de Java en Windows, la mejor solución es instalar Cygwin ( https://www.cygwin.com/ ) y usar su instalación de git en todo> devel> git.
La razón por la cual esta es la mejor solución que he encontrado es porque Cygwin maneja los nombres de las rutas largas para que otros comandos provistos se beneficien. Ejemplo: find, cp y rm. Confíe en mí, el verdadero problema comienza cuando tiene que eliminar nombres de ruta que son demasiado largos en Windows.
Intente mantener sus archivos más cerca de la raíz del sistema de archivos. Más detalles: por razones técnicas, Git para Windows no puede crear archivos o directorios cuando la ruta absoluta tiene más de 260 caracteres .
Las preguntas frecuentes de msysgit en Git no pueden crear un directorio de archivos con una ruta larga que parece no estar actualizada, ya que todavía enlaza con el ticket msysgit viejo # 110 . Sin embargo, según el ticket posterior n . ° 122, el problema se ha resuelto en msysgit 1.9, por lo tanto:
- Actualizar a msysgit 1.9 (o posterior)
- Lanzamiento de Git Bash
- Llegué a su repositorio de Git que ''sufre'' de problemas de sendas largas
- Habilite el soporte de rutas largas con
git config core.longpaths true
Hasta ahora, funcionó muy bien para mí.
Tenga en cuenta un aviso importante en el comentario del ticket # 122
no vuelvas aquí y te quejas de que rompe Windows Explorer, cmd.exe, bash o cualquier herramienta que estés usando.
Unos años más tarde, pero me gustaría agregar que si necesita hacer esto de una sola vez (como yo lo hice) puede establecer la configuración de configuración durante el comando de clonación. Prueba esto:
git clone -c core.longpaths=true <your.url.here>
Solución1 - configure global config ejecutando este comando:
git config --system core.longpaths true
Solution2 - o puede editar directamente su archivo de configuración de git específico como se muestra a continuación:
YourRepoFolder -> .git -> config:
[core]
repositoryformatversion = 0
filemode = false
...
longpaths = true <-- (add this line under core section)
Solución3 : al clonar un nuevo repositorio: here .