Dans le trunk >Team > merge
- ne pas cocher Ignor ancestry
- résoudre les conflits dans l'éditeur graphique (pour les fichiers contenus dans des révisions à ne pas embarquer)
- en cas de revert, faire le revert sur dossier parent.
- En cas de tree conflits (selon le conflit): view tree conflit > clic droit sur ficher > Resolve
Projet Trunk > History > toolbar de la view history > bouton triangle tout à droite > include merged revisions
Détails :
- ne pas cocher Ignor ancestry : Cocher la case « ignore ancestry » implique qu’on ne garde pas le détail du merge dans l'history du trunk. Et ces révisions apparaitront à nouveau dans la liste des révisions mergeables lors du prochain merge et provoqueront des conflits entre le incoming et le local.
- résoudre les conflits dans l'éditeur graphique (pour les fichiers contenus dans des révisions à ne pas embarquer) : Dans le cas suivant, le contenu de la révision 1 va dans le trunk si on choisi de résoudre le conflit avec le incoming file. Puisque c'est le contenu entier de toto.xml revision 2 qui est récupéré dans le trunk.
révision 1, le 04.04, "Ne pas prendre en prod", fichier toto.xml, author Jim (le fichier toto.xml contient : "variable toto ")révision 2, le 05.04, "Prendre en prod", fichier toto.xml, author John (le fichier toto.xml contient : "variable toto et variable toto 2")
Pour éviter de prendre le contenu pas encore mergé=> résoudre le conflit avec l'éditeur graphique. Lors du merge de la revision 1, il y aura de nouveau un conflit à résoudre.
- En cas de revert, faire le revert sur dossier parent. sinon eclipse la liste des modifications dans le mergeinfo, mais enlève les modifications sur les fichiers. Les révisions sont considérées comme mergées, et ne seront plus affichées dans la liste des révisions mergeables, pour autant le contenu de ces révisions n'est pas dans le projet.
Aucun commentaire:
Enregistrer un commentaire