J'ai souvent lu que, dans TFS 2010, renommer une branche est plutôt problématique: vous risquez de perdre l'historique de la branche que vous venez de renommer ( comme dans cet article ou dans cette question SO )
Je ne trouve aucune mention de ces problèmes dans TFS 2012. Y a-t-il des conséquences que je devrais connaître avant de renommer une branche dans TFS 2012?
Le plus gros problème avec le changement de nom d'une branche est que vous effectuerez effectivement une fusion sans fondement lors de la prochaine fusion avec la branche renommée. Cela peut causer beaucoup de douleur.
J'essaie actuellement de démêler un tel désordre pour le moment et ce n'est pas agréable. (La branche a été renommée il y a 4 mois. La première fusion de la branche était partielle) C'est un cauchemar que je ne voudrais pas souhaiter à mon pire ennemi (qui sont par hasard les développeurs qui ont renommé la branche et ont effectué la fusion partielle)
Voir cette réponse pour plus d'informations
NE LE FAITES PAS !!! Vous pourrez peut-être le renommer sur le serveur, mais d'après mon expérience, TFS veut vérifier chaque fichier ... en le traitant comme une copie.
Vous pouvez le faire, mais cela dépend de la situation dans laquelle vous vous trouvez. Pour ma situation, j’ai la structure suivante:
Development
ProjectX
ProjectY
Main
Release
ProjectX
est publié plus tôt que ProjectY
et il a été fusionné avec Development-->Main
il y a une semaine. Maintenant, le nom ProjectX
n'est plus pertinent et, de plus, il y a un nouveau projet commençant par un nom ProjectZ
alors, je vais renommer ProjectY
en ProjectZ
et renommer ProjectX
en ProjectY
.
X, Y et Z doivent être complètement fusionnés une fois qu’ils passent au cycle de publication standard. Je n’ai donc pas à craindre de fusionner pièce par pièce.