Git cesse de résoudre les fichiers comme renommé après un certain nombre de fichiers ajoutés/supprimés

J'ai un grand projet de fourmi versionné dans Git. Nous sommes en train de changer d'outil de construction pour maven. Cela signifie déplacer tous les fichiers source Java dans une structure de répertoire différente. J'ai créé le script bash pour déplacer les sources java dans une arborescence de répertoires et d'autres ressources vers un autre répertoire. arbre. Je convertis un module (jeu de code source) après l'autre.Git cesse de résoudre les fichiers comme renommé après un certain nombre de fichiers ajoutés/supprimés

Je cours git status après avoir déplacé chaque module et d'abord je vois le statut droit RENAMED avec chaque fichier. Après avoir déplacé un autre module et le nombre de fichiers déplacés atteignent environ 100, git arrête de reconnaître les fichiers déplacés et les dissocie. Cela signifie que, après avoir exécuté git status, je vois chaque fichier (événement ceux reconnus correctement avant) deux fois. Un DELETED dans l'ancien chemin et un NEW FILE dans le nouveau chemin.

Y at-il quelque chose qui limite la quantité de fichiers automatiquement résolus comme renommé?

Source

2013-03-14 UltraMaster

Déplacer les fichiers via "mv" ou "git mv"? Je n'ai aucune idée si cela fait une différence, mais je suis intéressé par la solution moi-même;) – creinig

git mv met également en scène les changements. Il n'y a pas d'autre différence selon git book http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Moving-Files – UltraMaster

Qu'est-ce que vous la valeur de

diff.renameLimit

Essayez de mettre

git config diff.renameLimit 0

pour désactiver la limite ou essayer de définir une valeur très élevée.

Source

2013-03-14 12:03:24

Je ne l'ai pas dans ma configuration. Si j'ai mis cette option à 0 cela n'a pas aidé. J'ai aussi essayé la valeur 100000 mais ça n'a pas marché non plus. – UltraMaster

VOTRE REPONSE EST LA BONNE. Veuillez ajouter des informations, que 'git status' affiche de mauvaises informations (' deleted' et 'new file'), mais' git commit' renomme les nœuds correctement. Merci pour votre réponse. ||| En outre dans cet article http://git.661346.n2.nabble.com/Re-Intensive-rename-detection-td1452403.html Linus écrit, que les nouvelles versions de git peuvent gérer un certain nombre de "renames exactes" .. et vraiment, ces fichiers qui n'ont pas été correctement renommés auparavant ont en messege en commit pas de pourcentage complet (soit 97%) je ne sais pas pourquoi .. c'était juste mv de fichier .. n'a pas d'importance avoir commit. Merci encore – UltraMaster

Git cesse de résoudre les fichiers comme renommé après un certain nombre de fichiers ajoutés/supprimés

Répondre

Questions connexes