Dans la vue History en cochant "follow rename" ca marche parfaitement mais si on lance un merge entre 2 branches il ne détecte pas que le même fichier a été renommé déplacé et te crée une copie de l'ancien fichier dans ton workspace au lieu de te merger le fichier.
Depuis la 1.1 il est remis aux calendes grecques car il nécessite une refonte de l'architecture de SVN.
Hg le gère très bien car il suit explicitement les renommages.
Git s'en sort bien avec une heuristique qui fait le diff entre 2 contenu et en reconfigurant le renamelimit au besoin.
Plus d'infos ici http://blogs.atlassian.com/2011/10/confluence_git_rename_merge_oh_my/
[^] # Re: Que vaut GitStack ?
Posté par El Titi . En réponse à la dépêche Nouveautés autour de Git. Évalué à 2.
Pour préciser le rename tracking:
Dans la vue History en cochant "follow rename" ca marche parfaitement mais si on lance un merge entre 2 branches il ne détecte pas que le même fichier a été renommé déplacé et te crée une copie de l'ancien fichier dans ton workspace au lieu de te merger le fichier.
Ce problème n'a jamais été traité dans SVN.
http://subversion.tigris.org/issues/show_bug.cgi?id=898
Depuis la 1.1 il est remis aux calendes grecques car il nécessite une refonte de l'architecture de SVN.
Hg le gère très bien car il suit explicitement les renommages.
Git s'en sort bien avec une heuristique qui fait le diff entre 2 contenu et en reconfigurant le renamelimit au besoin.
Plus d'infos ici
http://blogs.atlassian.com/2011/10/confluence_git_rename_merge_oh_my/
Et oui après Eclipse, nos amis d'Atlassian sont maintenant passés sous Git:
http://www.drdobbs.com/architecture-and-design/migrating-from-subversion-to-git-and-the/240009175?pgno=1