Am Montag, 29. September 2008 15:15 schrieb Michael Herrmann:
Am Montag, 29. September 2008 14:02 schrieb Andre Heine:
svn merge -r371:361 .
$ svn commit svn: Übertragung abgebrochen: 'body.inc.php' beibt im Konflikt
Oh natürlich, wie "svn merge" schon sagt: Ein "merge" eben.
Also vielleicht reden wir aneinander vorbei:
Nicht wirklich, habe Dein Problem schon verstanden. Ich habe "svn merge" nur mit zwei Dateien getestet und nicht an den selben stellen modifiziert. Bei dem "merge" wurden die Überflüssigen Dateien einfach entfernt und ein "commit" hat bei mir funktioniert. Ausserdem dachte ich, Du würdest auch mal über die Doku fliegen... RTFM sozusagen:-) *SCNR*
Ich möchte meinen aktuellen Stand meiner Arbeitskopie, so wie er hier auf der Platte ist, hochspielen und zum neuesten Stand zu rev372 machen.
Ist mir KLAR! Bei uns passiert soetwas übrigens nicht. 1. Würden unsere Kunden einfach die korrekte Revision auschecken UND NIEMALS HEAD! - [] Dir ist der Unterschied klar? 2. Bekommen unsere Kunden keine "Revisionen" , sondern "Branches"! - [] Unterschied Revision + Tag/Branch klar?
Mein lokaler Stand ist allerdings Stand 361, den ich mir vorher aus dem svn runtergeladen habe.
Noch irgendwelche Ideen, bevor ichs total vermurkse...?
Vorab: svn revert, um eventuell gemurkse rückgängig zu machen... Ausserdem hebt svn ja alle revisionen auf, ist ja nichts verloren:) Checke Deine Revision "361" und "371" aus. Gehe in r371 und lösche alles ausser ".svn". Kopiere alles aus -r361 (OHNE .svn) in -r371. svn status Jetzt bekommst du eventuelle eine Menge "!" oder "C". Alle dateien die zuviel sind müssen nun mit "svn rm" von Hand gelöscht werden. Du musst das jetzt alles von HAND wieder flicken!!! Jetzt svn up && svn ci. Alternativ einfach "svn -r361 co svn+ssh://pfad/modul" und dieses Module als neues Module importieren. (Würd' ich NICHT machen!!!) Kein Ahnung, ob soetwas nicht "direkter" und "besser" geht. Wir machen das mit TAGS bzw. BRANCHES Solltest du dir unbedingt angucken!!! http://svnbook.red-bean.com/en/1.1/svn-book.pdf Ciao Andre -- Is it possible that software is not like anything else, that it is meant to be discarded: that the whole point is to always see it as a soap bubble? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org