Fichiers avec le même nom mais une casse différente dans un dossier

publié le 17 février 2026, mis à jour 17 février 2026

J'ai remarqué qu'il y a plusieurs dossiers dans le dépot qui contiennent à la fois un fichier page.tsx et un fichier Page.tsx. Les dossiers concernés sont les suivants :

En conséquence, quand je clone le dépot, je me prends un message d'avertissement :

warning: the following paths have collided (e.g. case-sensitive paths
on a case-insensitive filesystem) and only one from the same
colliding group is in the working tree:

  'app/integration/Page.tsx'
  'app/integration/page.tsx'
  'app/itineraire/Page.tsx'
  'app/itineraire/page.tsx'
  'app/itineraire/voiture/Page.tsx'
  'app/itineraire/voiture/page.tsx'
  'app/presentation/data-gouv-2025/Page.tsx'
  'app/presentation/data-gouv-2025/page.tsx'
  'app/presentation/Page.tsx'
  'app/presentation/page.tsx'
  'app/presentation/state-of-the-map-2024/Page.tsx'
  'app/presentation/state-of-the-map-2024/page.tsx'
  'app/roadmap/Page.tsx'
  'app/roadmap/page.tsx'
  'app/transport-en-commun/Page.tsx'
  'app/transport-en-commun/page.tsx'
  'app/transport-en-commun/tests/Page.tsx'
  'app/transport-en-commun/tests/page.tsx'

Dans les autres sous-dossiers de app, il ne semble y avoir qu'un seul fichier page.tsx.

n4n5
Quel est ton OS et ton filesystem ?

Je pense que le problème vient de là
pmiossec
Oui, c'est pas windows friendly mais tu peux rendre le repertoire de ton depot case sensitive avec la commande:
```
fsutil.exe file setCaseSensitiveInfo <path> enable
```
Cf https://learn.microsoft.com/en-us/windows/wsl/case-sensitivity#modify-case-sensitivity
laem
Oui c'était du à un (ancien ?) bug de next-yak qui me forçait à créer une Page.tsx en plus d'une page.tsx sinon le renseignement de métadonnées Nextjs foirait. Mais dans l'ensemble, ça me semble logique : Page.tsx est un composant React, page.tsx est la racine d'un chemin Nextjs. Je pense que Windows fait une grosse erreur à ne pas prendre en compte la casse. Après c'est certain qu'avec page.tsx et PageContent.tsx ça marcherait aussi, c'est juste plus long :)

✏️ Participer à la discussion