svn merge Funktionalität von Baum Konflikte gebrochen

Question

Ich weiß nicht, wenn das SVN-Team auf uns zuzufügen Baum Konflikte entschieden, aber es hat die merge Funktionalität von svn vollständig gebrochen.

Ich habe einen Zweig und ich mag die neuesten Änderungen aus dem Stamm in den Zweig verschmelzen. Ich habe bereits eine solche Zusammenführung getan, aber dieses nicht wegen eines Baumkonflikt. Hier ist der Befehl:

$ svn --force merge -r 3185:3192 svn://chamar2/rx-services/SAMS .
svn: Attempt to add tree conflict that already exists

Das erste Mal, dass ich diese Zusammenführung versuchte (ohne --force) nur den Baumkonflikt geschaffen und haben fusioniert nichts. Nun meldet er nur die Meldung oben.

Wenn ich svn status auf dem Zweig Arbeits tun kopiert alle Dateien angezeigt, die Änderungen, die waren nicht wieder mit dem Stamm verschmolzen noch. Natürlich ist der Zweck meiner Niederlassung, diese Veränderungen zu tun, wo sie in den Kofferraum noch nicht sind.

Was dachten sie, wenn sie das getan?

Ich habe gefunden, keine verwertbaren Informationen darüber, was Baum Konflikte verursacht und wie kann ich jetzt weiter arbeiten, dass svn diese Dinge geschaffen hat.

Gibt es eine Möglichkeit SVN zu sagen, über Baum Konflikte zu vergessen und tun nur die Zusammenführung wie früher?

Ich bin mit einem 1.6-Client und einen älteren SVN-Server (wahrscheinlich 1.3.1).

Answer 1

Das Problem stellte sich heraus, dass ich das übergeordnete / Verzeichnis als Quelle der Zusammenführung anstelle der Eltern gewählt hatte / trunk / Verzeichnis. Es war Benutzerfehler, aber der Baum Konfliktmeldung ist verwirrend. Wenn svn hatte gerade voraus gegangen und die Zusammenführung getan, was ich das Problem sofort gesehen hätte.

Baum Konflikte haben neue Nachricht Semantik eingeführt, einige nehmen zu gewöhnen.

Danke für den Zeiger auf die Schildkröte Dokumentation auf Baum Konflikte. Es ist die einzige Dokumentation die ich gesehen habe, dass Adressen auf Niederlassungen arbeiten. Das Beispiel erklärt nicht, warum ich Baum Konflikte auf die Dateien habe ich auf dem Zweig geändert hatte, aber. Die Baumkonflikt Meldungen werden einige gewöhnungs nehmen.

Es sieht aus wie alles, was Sie in den meisten Fällen zu tun ist beschlossen der Baum Konflikte markieren, und in diesen Fällen sieht es aus wie Baum Konflikte sind nur Lärm.

Mark Phippard sagt, dass eine ältere Server-Version nicht Baum Konflikte verursachen. Der Server muss nur aktualisiert werden, wenn Sie merge-Tracking-Unterstützung möchten und Ihr Server Pre-1.5. Offenbar Merge Tracking wird das einzige, was von älterem SVN-Server fehlt:

http://eclipse.open.collab.net/ds/viewMessage.do?dsForumId=62&dsMessageId=332448

Answer 2

  

svn: Der Versuch, Baumkonflikt hinzufügen, dass bereits vorhanden

Subversion beschwert, weil nach haben Sie eine Zusammenführung, die einen Konflikt erzeugt, Sie dann tat das gleiche merge wieder . SVN versuchte, einen Konflikt fügen aber bemerkt, dass der Konflikt bereits von dem vorherigen Druckvorgang erstellt. So ist es richtig gibt eine Warnung aus.

Wenn Sie einen Druckvorgang zu tun, und Sie sind nicht zufrieden mit dem Ergebnis, dann , bevor Sie versuchen etwas anderes sollten Sie zunächst revert die lokalen Änderungen.

Wie bei dem ursprünglichen Baumkonflikt: zu verstehen, warum das Verhalten von den älteren Kunden unterschiedlich ist und wie solche Konflikte zu lösen, müssen Sie die Abschnitt auf Baum Konflikten in dem sVN-Buch. Das TortoiseSVN Handbuch hat auch eine gute Thema auf Baum Konflikte .

Answer 3

Ich habe eine wilde Vermutung, dass Sie eine schlechte Wechselwirkung zwischen dem 1.6-Client und dem Server 1.3 beobachten. Die Baum Konflikterkennung ist ein neues Feature von 1,6. Auch hat die merge Unterstützung bei 1,5 (und machte viel mehr verwendbar dann) geändert worden ist.

Ich würde versuchen, den Server und Repo-Formats auf 1,6 Upgrade, eine andere Sache, zu versuchen, ein 1.5 (keine Baumkonflikte) zu verwenden oder ein 1.4 (und keine neue merge weder) -Client.

Auch dies ist alles eine Vermutung und vielleicht nicht wirklich nützlich sein ...

Answer 4

Hallo Leute Ich hatte genau das gleiche Problem, Baum Konflikte, wenn ich versuche, einen svn merge zu tun. Es stellt sich heraus Laurynas war absolut richtig. Es wurde vorkommen, weil der SVN-Repository eine alte Version war. Auf dem Server ging ich in das Verzeichnis {repopath} \ db \ Format und in der Formatdatei darin enthaltenen "2".

Alles, was ich tat, war nicht ein

svnadmin upgrade {repopath}

, das war ziemlich schmerzlos.

Nachdem ich das getan hätte, als ich versuchte, merge-Tracking zu verwenden, habe ich keine mehr Baum Konflikte bekommen! Danke für den Tipp!