2009-10-21 5 views
3

Je travaille sur un projet relativement nouveau en utilisant Subversion. J'ai déjà branché plusieurs fois et fusionné cette branche en tronc sans problème. Cependant, ma dernière fusion échoue - et il semble être lié au fait que j'ai ajouté un nouveau fichier à la branche qui n'existe pas encore sur le tronc (dans ce cas, GradientView.h).subversion merge - "a une racine de repository différente de"

Voici ce que j'ai vu quand j'ai essayé de fusionner à partir de la ligne de commande:

[email protected]$ svn --username bpapa --password mypassword merge -r 177:HEAD svn://mycompany.server/opt/my-svn-repository/myproject/branches/version-1.4 
C Classes/MyAppDelegate.m 
svn: Copyfrom-url 'svn://mycompany.server/opt/my-svn-repository/myproject/branches/version-1.4/Classes/GradientView.h' has different repository root than 'svn://[email protected]' 

Si je regarde le répertoire .svn dans ma copie de travail et vérifier le fichier « entrées » comme la santé mentale vérifier l'URL du référentiel semble être juste - svn: //[email protected]/opt/my-svn-repository/myproject/trunk

Une autre chose à noter, si ça aide, c'est que je m'attendais à beaucoup plus de fichiers à obtenir fusionné. Il semble fusionner le premier fichier (MyAppDelegate), puis quand il arrive au nouveau fichier, GradientView.h, il s'étouffe.

Répondre

6

Vous utilisez une URL de fusion non-correspondance:

svn://mycompany.server 

contre

svn://[email protected] 

essayer:

svn --password mypassword merge -r 177:HEAD svn://[email protected]/opt/my-svn-repository/myproject/branches/version-1.4 
+0

Eh bien, ce fut facile. Bizarre cependant, car cela a fonctionné pour une fusion précédente. – bpapa

+0

Que l'ID utilisateur se trouve ou non dans l'URL svn est une chose facile à ne pas remarquer. Je ne suis pas sûr de ce qui se passe avec le comportement apparent de fusionner (avec des conflits) le premier fichier. C'est étrange. – khedron

Questions connexes