git pull abandonné avec un nom de fichier d'erreur trop long

J'utilise Windows comme système d'exploitation et je travaille sur un projet avec un ami qui utilise un Mac. Il a enregistré le code sur notre Github.

J'essayais de tirer tout ce qu'il faisait et cela a été abandonné avec des erreurs "nom de fichier trop long" du code tiers.

Que puis-je faire?

La FAQ msysgit sur Git ne peut pas créer un répertoire de fichiers avec un long chemin ne semble pas à jour, car il est toujours lié à l'ancien ticket msysgit # 110 . Cependant, selon le ticket # 122 plus récent, le problème a été corrigé dans msysgit 1.9, ainsi:

1. Mettre à jour vers msysgit 1.9 (ou version ultérieure)
2. Lancez Git Bash
3. Accédez à votre référentiel Git qui `` souffre '' d'un problème de chemins longs
4. Activer la prise en charge des longs chemins avec git config core.longpaths true

Jusqu'à présent, cela a très bien fonctionné pour moi.

Soyez conscient de l'avis important en commentaire sur le billet # 122

ne revenez pas ici et ne vous plaignez pas que cela casse Windows Explorer, cmd.exe, bash ou tout autre outil que vous utilisez.

Solution1 - définissez la configuration globale, en exécutant cette commande:

git config --system core.longpaths true

Solution2 - ou vous pouvez modifier directement votre fichier de configuration git spécifique comme ci-dessous:

YourRepoFolder -> .git -> config:

[core]
    repositoryformatversion = 0
    filemode = false
    ...
    longpaths = true        <-- (add this line under core section)

Solution3 - lors du clonage d'un nouveau référentiel: ici .

Quelques années de retard, mais j'aimerais ajouter que si vous devez le faire d'un seul coup (comme je l'ai fait), vous pouvez définir les paramètres de configuration lors de la commande de clonage. Essaye ça:

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

Ouvrez votre fichier.gitconfig pour ajouter la propriété longpaths. Cela ressemblera donc à ce qui suit:

[core]
symlinks = false
autocrlf = true
longpaths = true

En tant que personne qui a constamment rencontré ce problème avec les référentiels java sous Windows, la meilleure solution est d'installer Cygwin ( https://www.cygwin.com/ ) et d'utiliser son installation git sous all> devel> git.

La raison pour laquelle c'est la meilleure solution que j'ai rencontrée est que Cygwin gère les noms de chemins longs, donc d'autres commandes fournies en bénéficient. Ex: find, cp et rm. Croyez-moi, le vrai problème commence lorsque vous devez supprimer des noms de chemin trop longs dans Windows.

Essayez de garder vos fichiers plus près de la racine du système de fichiers. Plus de détails: pour des raisons techniques, Git pour Windows ne peut pas créer de fichiers ou de répertoires lorsque le chemin absolu est supérieur à 260 caractères .

Sous Windows, exécutez "cmd" en tant qu'administrateur et exécutez la commande.

"C:\Program Files\Git\mingw64\etc>"
"git config --system core.longpaths true"

ou vous devez chmod pour le dossier où git est installé.

ou mettez à jour manuellement votre fichier en allant sur le chemin "Git \ mingw64 \ etc"

[http]
    sslBackend = schannel
[diff "astextplain"]
    textconv = astextplain
[filter "lfs"]
    clean = git-lfs clean -- %f
    smudge = git-lfs smudge -- %f
    process = git-lfs filter-process
    required = true
[credential]
    helper = manager
**[core]
    longpaths = true**