TortoiseSVN approches pour résoudre les Conflits Arbre

TortoiseSVN peut aider de plusieurs sortes d'arbres conflits à l'aide de Modifier Conflit fenêtre.

Le problème est qu'en cas de "... lors de la fusion" les types de conflits TortoiseSVN peut pas deviner lequel les fichiers doivent être fusionnées.

Par exemple, (cas: locaux manquants, les supprimer lors de la mise à jour)

  • Développeur de travail sur le tronc modifie le fichier Foo.c et l'engage à le dépôt.
  • Je travaille sur la branche déplacer le fichier Foo.c à la Barre.c et de s'engager dans la banque de données.

Une fusion de développeur A des modifications à ma direction de la copie de travail les résultats dans un arbre conflit:

  • Bar.c est déjà dans ma copie de travail avec le statut "normal"
  • Foo.c est marqué comme manquant un arbre conflit

Dans la plupart des cas, j'ai besoin de fusionner Développeur d'Un changement Foo.c dans le renommé Bar.c.

Mais comment puis-je le faire?

Fichier Foo.c avec Un Développeur de changements n'est pas présent dans ma branche WC.

La TortoiseSVN Aider dit “Noter que si vous copiez le fichier manquant dans le référentiel et puis marquer comme résolu, votre copie sera enlevé de nouveau. Vous devez résoudre le conflit.”

Donc, ai-je besoin chechout tronc d'avoir accès à Toto.c de fichiers pour les fusionner? Est-il plus simple d'approche pour résoudre ce problème?

Ce problème (comment TortoiseSVN peut résoudre arbre de conflits) est très important pour moi et nos développeurs.

Pourriez-vous m'aider?

InformationsquelleAutor Sergey | 2010-11-08
  1. 2

    Vous pouvez utiliser une URL de Fusion" dans le but de fusionner les changements de Foo.c sur le "tronc" dans votre ramifiée et renommé Bar.c.

    cd branch/B
svn merge http://www/svn/svnroot/branches/B/Bar.c http://www/svn/trunk/Foo.c Bar.c

    Alors que la branche/B est une copie de travail.

    Pour enfin supprimer le conflit développeur A et B doivent s'entendre sur le même nom de fichier. À l'aide de fichiers différents pour le même code peut ne pas être souhaitable.

    EDIT:
    En regardant comment les "autres" vcs à l'approche de cette question, je voudrais citation du paragraphe 'Renommer des fichiers et des modifications de la fusion':

    Si je modifie un fichier, et de le renommer
    un nouveau nom, puis nous fusionner nos
    changements respectifs, mes modifications
    pour le fichier sous son nom d'origine
    seront propagées dans le fichier sous
    son nouveau nom. (C'est quelque chose que vous
    pourrait s'attendre à “travailler”, mais pas
    tous les systèmes de contrôle de révision en fait
    ce faire.)

    Peut-être une raison pour donner Mercurial un essai.

    InformationsquelleAutor zellus
  2. 3

    J'aime zellus de la solution. Vous pouvez également fusionner le déplacement du fichier dans la branche, puis la fusion avec le tronc.

    Ce que je fais lors de la fusion de grosses branches, fusionner tronc dans la direction de la première, de résoudre tous les conflits (y compris l'arbre de conflits), puis de fusionner le résultat avec le tronc. Cela permet de maintenir le tronc plus stable plus longtemps pendant la période de fusion, trop.

    InformationsquelleAutor Mike Miller