Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Nom de fichier trop long dans Git pour Windows

ayi

Nom de fichier trop long dans Git pour Windows
<hr>
Source : [Stack Overflow [windows]](<a href="https://github.com/msysgit/git/pull/110" class="inline-onebox" rel="noopener nofollow ugc">Add Windows long path support by vangdfang · Pull Request #110 · msysgit/git · GitHub</a>](<a href="https://github.com/msysgit/git/pull/110" class="inline-onebox" rel="noopener nofollow ugc">Add Windows long path support by vangdfang · Pull Request #110 · msysgit/git · GitHub</a>)

ayi_2

Git a une limite de 4096 caractères pour un nom de fichier, sauf sous Windows lorsque Git est compilé avec msys. Il utilise une version plus ancienne de l’API Windows et il y a une limite de 260 caractères pour un nom de fichier.
Donc, d’après ce que je comprends, c’est une limitation de msys et non de Git. Vous pouvez lire les détails ici : 
<a href="https://github.com/msysgit/git/pull/110">https://github.com/msysgit/git/pull/110</a>
Vous pouvez contourner cela en utilisant un autre client Git sous Windows ou en définissant <code>core.longpaths</code> à <code>true</code> comme expliqué dans les autres réponses.
<pre><code class="lang-auto">git config --system core.longpaths true

</code></pre>
NOTE : en raison de <a href="https://github.com/desktop/desktop/issues/8023#issuecomment-515115353">https://github.com/desktop/desktop/issues/8023#issuecomment-515115353</a>, GitHub Desktop (et potentiellement d’autres interfaces graphiques Git également) lira la configuration <code>--global</code> mais pas la configuration <code>--system</code>
Git est construit comme une combinaison de scripts et de code compilé. Avec le changement ci-dessus, certains scripts peuvent échouer. C’est la raison pour laquelle core.longpaths n’est pas activé par défaut.
La documentation Windows à <a href="https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=cmd#enable-long-paths-in-windows-10-version-1607-and-later">https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=cmd#enable-long-paths-in-windows-10-version-1607-and-later</a> contient quelques informations supplémentaires :
À partir de Windows 10, version 1607, les limitations MAX_PATH ont été supprimées des fonctions courantes de fichiers et répertoires Win32. Cependant, vous devez opter pour le nouveau comportement.
Une clé de registre vous permet d’activer ou de désactiver le nouveau comportement des chemins longs. Pour activer le comportement des chemins longs, définissez la clé de registre à 
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled 
(Type : REG_DWORD)
Annexe - Tout faire depuis PowerShell - l’édition copier-coller
Il s’agit d’un problème spécifique à Windows, donc la solution ci-dessous devrait fonctionner dans la plupart des versions de Windows, anciennes et récentes.
Ouvrez une fenêtre/console PowerShell et exécutez ce qui suit :
(Réponse tronquée)