Est-ce que Git traite l'ajout/le retrait comme un changement de nom?

Question

Cela peut être plus approprié en tant que problème dans le tracker/forum utilisé par Git, mais je pensais obtenir une confirmation/explication SO:

J'ai un repo suivi un tas d'exécutables d'installateur. Disons que foo-1.0.exe est déjà dans le repo.

Maintenant, j'ajoute foo-2.0.exe dans le même répertoire (git add foo-2.0.exe). Ensuite, je supprime foo-1.0.exe (git rm foo-1.0.exe).

Je m'attends à ce que le statut Git me montre un fichier ajouté et un fichier supprimé. Au lieu de cela, je reçois ceci:

branche maître
changements à engager:
(utilisation "reset git HEAD ..." à désindexer)
renommé: foo-1.0.exe - > foo2.0.exe

C'est une WTF pour moi ... est Git en utilisant une sorte de heuristique pour deviner que 2.0 est une mise à jour 1.0 ... Je peux voir comment cela pourrait donner un sens, mais je Je ne pense pas que je veuille le faire dans ce cas.

Answer 1

Vous avez raison de dire que Git utilise une heuristique. Git suit uniquement le contenu, donc le référentiel sait seulement qu'il y avait un foo-1.0.exe et maintenant il y a un foo-2.0.exe. Dans votre cas, git status utilise les informations disponibles pour devinez qu'il y aurait eu un changement de nom (plus quelques modifications mineures, vos deux fichiers sont probablement assez similaires). Cette supposition n'affecte pas ce qui est enregistré dans le référentiel. Cette philosophie de suivi uniquement du contenu et non des deltas permet à Git d'évoluer et de fournir des outils de meilleure qualité pour la navigation dans l'historique du référentiel. Finalement, Git fournira un moyen de suivre l'évolution d'un morceau particulier de code, au niveau de la fonction ou même de la ligne, à travers les renames ou le refactoring ou toute autre modification de code. Cela peut être fait sans que le référentiel ait à stocker cette information au préalable.