GIT avertissement: trop de fichiers à sauter inexact renommer détection
Suis conscient que la valeur par défaut renommer limite est de 100, et peut augmenter cette valeur à l'aide de la config "diff.renamelimit config"
Ce qui m'inquiète est que, si cette config n'est pas d'installation, il y aura une mauvaise fusion, tout code manquant?
Suis en train de fusionner (git merge) 2 branches d'énormes changements.
Quelqu'un peut jeter plus de lumière sur ce paramètre de configuration?
- J'ai eu la même expérience, et je peux confirmer que le message est tout simplement un avertissement sans conséquences autres que quelques satanés les conflits de fusion.
Vous devez vous connecter pour publier un commentaire.
Votre contenu est sûr.
Comme je le comprends,
git
n'est pas réellement le concept de première classerename
opération (seulementbzr
ne, de la de grandes de 3 DVCSs): lemv
est du sucre sur le dessus de la sous-jacentes de la machinerie, qui est à la base unadd
et unrm
. Depuisgit
pouvez suivre le contenu qui change au cours de ces opérations, cependant, il peut utiliser la méthode heuristique pour deviner quand uneadd
et unrm
sont en fait unemv
. Depuis que prend manière plus de travail que de simplement afficher cegit
enregistré—les docs pourgit-diff
expliquer qu'il "...nécessite O(n^2) temps de traitement où n est le nombre potentiel de renommer/copier cibles"—git
de ne pas essayer trop grand nombre de fichiers sont impliqués. Le réglage de vous mentionner que les contrôles de ce seuil.Dans le cas où cela peut aider n'importe qui, j'ai eu beaucoup de fichiers (des centaines, si pas des milliers) dans une direction générale, qui n'étaient pas encore dans l'autre branche. L'exécution de
fait l'erreur ci-dessous lors de la fusion d'aller