github网页端文件目录结构和本地不一致

Question

之前在本地修改过文件名，就是英文名简单的改了下首字母的大小写。但是现在本地文件和远端的仓库却出现了差别。网页上显示的目录结构如下图：

但是我本地 clone下来以后的目录结构是下面这个样子的

实际上我需要的是我本地的这种目录结构，请问有什么办法可以解决本地的目录结构和远端的目录结构不一致的这种情况。

世界只因有你 · 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.