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 1

• 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 2

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 3

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 4

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