La structure du répertoire de fichiers de la page Web github n'est pas cohérente avec la structure locale

Question

J'ai déjà modifié le nom du fichier localement, c'est-à-dire que le nom anglais a simplement changé la majuscule de la première lettre. Mais il existe désormais des différences entre les fichiers locaux et le référentiel distant. La structure des répertoires affichée sur la page Web est la suivante :

Mais la structure des répertoires après mon clone local est la suivante

En fait, ce dont j'ai besoin, c'est de ma structure de répertoires locaux. Existe-t-il un moyen de résoudre le problème de l'incohérence de la structure des répertoires locaux avec la structure des répertoires distants.

世界只因有你 · Answer

Ah ? Quelle est la situation ? Je fork moi-même ne l'ai pas encore résolu.
Portail de données

[Supplément] Je l'ai cloné et j'ai découvert qu'il y avait effectivement un problème.
[Supplément] Les systèmes d'exploitation de type Unix utilisent un système de fichiers sensible à la casse, tandis que les systèmes de fichiers de Windows et Mac OS X (installation par défaut) ne sont pas sensibles à la casse.

git clone

git clone https://github.com/zhiqiang21/blog

Rendre le référentiel insensible à la casse
```
git config core.ignorecase true
```

Modifier Life

git mv Life non-exist-filename
git mv non-exist-filename Life
git add *
git commit -m"修改大小写"

Modifier Technology

git mv Technology non-exist-filename
git mv non-exist-filename Technology
git add *
git commit -m"修改大小写"

Vous feriez mieux de créer un .gitignore pour empêcher le téléchargement des fichiers système sur mac. Le contenu est :
```
# OS generated files #
######################
.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
ehthumbs.db
Thumbs.db 
```

世界只因有你 · Answer

Clonez-le, changez le nom du fichier en un autre nom, puis remettez-le dans la casse correcte (la modification directe de la casse sera ignorée par certains systèmes), supprimez les fichiers redondants

黄舟 · Answer

Les systèmes *nix (y compris MacOS) sont strictement sensibles à la casse dans les noms de fichiers, mais cela est également lié au système de fichiers. Sous *nix, les systèmes de fichiers liés à Windows ne sont pas sensibles à la casse dans les noms de fichiers, car Windows lui-même. ne fait pas Aucune distinction n’est faite.
Publiez l'adresse et je la clonerai et je verrai ce qui se passe sous Windows.

高洛峰 · Answer

Merci pour l’invitation, c’est tout. . gitignoreFiltrer les fichiers