Comment valider uniquement les changements de nom de fichier sensibles à la casse dans Git?

J'ai changé un nom quelques fichiers par de-majuscule la première lettre, comme Name.jpgà name.jpg. Git ne reconnaît pas ces changements et j'ai dû supprimer les fichiers et les télécharger à nouveau. Existe-t-il un moyen pour Git d'être sensible à la casse lors de la vérification des changements dans les noms de fichiers? Je n'ai apporté aucune modification au fichier lui-même.

Vous pouvez utiliser git mv :

git mv -f OldFileNameCase newfilenamecase

Git a un paramètre de configuration qu'il indique si d'être sensible à la casse ou insensible: core.ignorecase. Pour dire à Git d'être sensible à la casse, définissez simplement ce paramètre sur false:

git config core.ignorecase false

Documentation

De la git configdocumentation :

core.ignorecase

Si true, cette option permet à diverses solutions de contournement pour permettre à git de mieux fonctionner sur les systèmes de fichiers qui ne sont pas sensibles à la casse, comme FAT. Par exemple, si une liste de répertoires trouve makefilequand git attend Makefile, git supposera qu'il s'agit vraiment du même fichier et continuera à s'en souvenir Makefile.

La valeur par défaut est false, sauf que git-clone (1) ou git-init (1) sonderont et définiront core.ignorecasetrue si approprié lorsque le référentiel est créé.

Systèmes de fichiers insensibles à la casse

Les deux systèmes d'exploitation les plus populaires qui ont des systèmes de fichiers insensibles à la casse que je connais sont

• les fenêtres
• OS X

En utilisant SourceTree, j'ai pu tout faire à partir de l'interface utilisateur

1. Renommer FILE.ext enwhatever.ext
2. Étape ce fichier
3. Maintenant renommer whatever.ext àfile.ext
4. Mettre ce fichier en scène de nouveau

C'est un peu fastidieux, mais si vous n'avez besoin de le faire que pour quelques fichiers, c'est assez rapide

C'est ce que j'ai fait sur OS X:

git mv File file.tmp
git mv file.tmp file

Deux étapes car sinon j'ai eu une erreur "fichier existe". Peut-être que cela peut être fait en une seule étape en ajoutant --cachedou tel.

Il est parfois utile de modifier temporairement la sensibilité à la casse de Git:

Méthode n ° 1 - Modifier la sensibilité à la casse pour une seule commande:

git -c core.ignorecase=true checkout mybranchpour désactiver la sensibilité à la casse pour une seule checkoutcommande. Ou plus généralement: . (Nous remercions VonC d'avoir suggéré cela dans les commentaires.)git -c core.ignorecase= <<true or false>> <<command>>

Méthode n ° 2 - Modifier la sensibilité à la casse pour plusieurs commandes:

Pour modifier le paramètre plus longtemps (par exemple, si plusieurs commandes doivent être exécutées avant de le modifier à nouveau):

1. git config core.ignorecase(cela renvoie le réglage actuel, par exemple false).
2. git config core.ignorecase <<true or false>> - définissez le nouveau réglage souhaité.
3. ... Exécutez plusieurs autres commandes ...
4. git config core.ignorecase <<false or true>> - remettre la valeur de configuration à son paramètre précédent.

Sous OSX, pour éviter ce problème et éviter d'autres problèmes de développement sur un système de fichiers ne respectant pas la casse, vous pouvez utiliser l'Utilitaire de disque pour créer une image de disque / disque virtuel sensible à la casse .

Exécutez l'utilitaire de disque, créez une nouvelle image disque et utilisez les paramètres suivants (ou modifiez comme vous le souhaitez, mais gardez-le sensible à la casse):

Assurez-vous de dire à git qu'il est maintenant sur un FS sensible à la casse:

git config core.ignorecase false

J'ai essayé les solutions suivantes à partir des autres réponses et elles n'ont pas fonctionné:

• git mv filename
• git rm -f filename

Si votre référentiel est hébergé à distance (GitHub, GitLab, BitBucket), vous pouvez renommer le fichier à l'origine (GitHub.com) et forcer le renommage du fichier de manière descendante.

Les instructions ci-dessous concernent GitHub, mais l'idée générale derrière elles devrait s'appliquer à toute plate-forme d'hébergement de référentiel distant. Gardez à l'esprit le type de fichier que vous essayez de renommer, c'est-à-dire s'il s'agit d'un type de fichier que GitHub considère comme modifiable (code, texte, etc.) ou non modifiable (image, binaire, etc.) dans le navigateur.

1. Visitez GitHub.com
2. Accédez à votre référentiel sur GitHub.com et sélectionnez la branche dans laquelle vous travaillez
3. À l'aide de l'outil de navigation dans les fichiers du site, accédez au fichier que vous souhaitez renommer
4. GitHub vous permet-il de modifier le fichier dans le navigateur?
   • a.) Modifiable
     1. Cliquez sur l'icône "Modifier ce fichier" (il ressemble à un crayon)
     2. Modifier le nom de fichier dans la saisie de texte du nom de fichier
   • b.) Non modifiable
     1. Ouvrez le bouton "Télécharger" dans un nouvel onglet et enregistrez le fichier sur votre ordinateur
     2. Renommez le fichier téléchargé
     3. Dans l'onglet précédent sur GitHub.com, cliquez sur l'icône "Supprimer ce fichier" (cela ressemble à une poubelle)
     4. Assurez-vous que "S'engager directement branchname bouton radio succursale» est sélectionné et cliquez sur le bouton «Valider les modifications»
     5. Dans le même répertoire sur GitHub.com, cliquez sur le bouton "Télécharger les fichiers"
     6. Téléchargez le fichier renommé depuis votre ordinateur
5. Assurez-vous que "S'engager directement branchname bouton radio succursale» est sélectionné et cliquez sur le bouton «Valider les modifications»
6. Localement, checkout / fetch / pull the branch
7. Terminé

Semblable à la réponse de @ Sijmen, c'est ce qui a fonctionné pour moi sur OSX lors du changement de nom d'un répertoire (inspiré par cette réponse d'un autre post):

git mv CSS CSS2
git mv CSS2 css

Faire simplement a git mv CSS cssdonné l'erreur d'argument invalide: fatal: renaming '/static/CSS' failed: Invalid argumentpeut-être parce que le système de fichiers d'OSX n'est pas sensible à la casse

ps BTW si vous utilisez Django, collectstatic ne reconnaîtra pas non plus la différence de casse et vous devrez également faire manuellement ce qui précède dans le répertoire racine statique

1) renommer le fichier Name.jpg enname1.jpg

2) Valider le fichier supprimé Name.jpg

3) renommer le fichier name1.jpg enname.jpg

4) Amender le fichier ajouté name.jpgau commit précédent

git add
git commit --amend

J'ai utilisé ces étapes suivantes:

git rm -r --cached .
git add --all .
git commit -a -m "Versioning untracked files"
git push origin master

Pour moi, c'est une solution simple

Nous pouvons utiliser la commande git mv. Exemple ci-dessous, si nous avons renommé le fichier abcDEF.js en abcdef.js, nous pouvons exécuter la commande suivante à partir du terminal

git mv -f .\abcDEF.js  .\abcdef.js

Mac OSX High Sierra 10.13 corrige quelque peu ce problème. Créez simplement une partition APFS virtuelle pour vos projets git, par défaut, elle n'a pas de limite de taille et ne prend pas d'espace.

1. Dans l'Utilitaire de disque, cliquez sur le bouton + lorsque le disque conteneur est sélectionné
2. Sélectionnez APFS (sensible à la casse) sous le format
3. Nomme le Sensitive
4. Profit
5. Facultatif: créez un dossier dans Sensitive appelé gitetln -s /Volumes/Sensitive/git /Users/johndoe/git

Votre lecteur sera en /Volumes/Sensitive/

Comment valider uniquement les changements de nom de fichier sensibles à la casse dans Git?

J'ai rencontré ce problème plusieurs fois sur MacOS. Git est sensible à la casse mais Mac ne fait que préserver la casse.

Quelqu'un valide un fichier: Foobar.javaet après quelques jours décide de le renommer enFooBar.java . Lorsque vous extrayez le dernier code, il échoue avecThe following untracked working tree files would be overwritten by checkout...

Le seul moyen fiable que j'ai vu pour résoudre ce problème est:

1. git rm Foobar.java
2. Engagez-le avec un message que vous ne pouvez pas manquer git commit -m 'TEMP COMMIT!!'
3. Tirer
4. Cela fera apparaître un conflit vous obligeant à fusionner le conflit - car votre modification l'a supprimé, mais l'autre modification l'a renommé (d'où le problème).
   1. Acceptez votre modification qui est la «suppression»
   2. git rebase --continue
5. Maintenant , déposez votre solution de contournement git rebase -i HEAD~2et droplaTEMP COMMIT!!
6. Confirmez que le fichier est maintenant appelé FooBar.java

Lorsque vous avez fait beaucoup de renommages de fichiers et que certains d'entre eux ne sont qu'un changement de boîtier, il est difficile de se rappeler lequel est lequel. manuellement «déplacer git» le fichier peut être un peu de travail. Donc ce que je ferais pendant mes tâches de changement de nom de fichier sont:

1. supprimez tous les fichiers et dossiers non git dans un autre dossier / référentiel.
2. valider le dossier git vide actuel (cela apparaîtra comme tous les fichiers supprimés.)
3. ajoutez tous les fichiers dans le dossier / référentiel git d'origine.
4. valider le dossier git non vide en cours.

Cela résoudra tous les problèmes de cas sans essayer de comprendre quels fichiers ou dossiers vous avez renommé.

Si rien ne fonctionne, utilisez git rm filename pour supprimer le fichier du disque et l'ajouter à nouveau.

J'ai pris la réponse @CBarr et j'ai écrit un script Python 3 pour le faire avec une liste de fichiers:

#!/usr/bin/env python3
# -*- coding: UTF-8 -*-

import os
import shlex
import subprocess

def run_command(absolute_path, command_name):
    print( "Running", command_name, absolute_path )

    command = shlex.split( command_name )
    command_line_interface = subprocess.Popen( 
          command, stdout=subprocess.PIPE, cwd=absolute_path )

    output = command_line_interface.communicate()[0]
    print( output )

    if command_line_interface.returncode != 0:
        raise RuntimeError( "A process exited with the error '%s'..." % ( 
              command_line_interface.returncode ) )

def main():
    FILENAMES_MAPPING = \
    [
        (r"F:\\SublimeText\\Data", r"README.MD", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\Alignment", r"readme.md", r"README.md"),
        (r"F:\\SublimeText\\Data\\Packages\\AmxxEditor", r"README.MD", r"README.md"),
    ]

    for absolute_path, oldname, newname in FILENAMES_MAPPING:
        run_command( absolute_path, "git mv '%s' '%s1'" % ( oldname, newname ) )
        run_command( absolute_path, "git add '%s1'" % ( newname ) )
        run_command( absolute_path, 
             "git commit -m 'Normalized the \'%s\' with case-sensitive name'" % (
              newname ) )

        run_command( absolute_path, "git mv '%s1' '%s'" % ( newname, newname ) )
        run_command( absolute_path, "git add '%s'" % ( newname ) )
        run_command( absolute_path, "git commit --amend --no-edit" )

if __name__ == "__main__":
    main()