Hier ist das Rätsel:
%Vor%Aber wenn ich dann in das Verzeichnis des Zweiges gehe und versuche, diesen Bereich zusammenzuführen, gibt es nichts zu verschmelzen!
%Vor% Sogar svn merge -r 11898:11903 zeigt nichts zum Zusammenführen.
Jetzt scheint ich nicht in der Lage meinen Zweig in den Kofferraum zu reintegrieren! Bitte helfen Sie!
P.S. Der Zweig lih wurde erst 11906 erstellt. Er wurde vom hd-Zweig abgezweigt, der von trunk abzweigte (und hd wurde bereits wieder in trunk zusammengeführt).
Dies schien für mich zu funktionieren, aber ich kann nicht behaupten, es zu verstehen oder zu verbürgen, dass es der beste Weg ist, um mein Problem zu lösen.
Erstens ist es wichtig, dass Ihre Zweigstelle die neuesten Commits zum Trunking hat. Synchronisieren Sie es also (führen Sie eine Zusammenführung von Stamm zu Zweig durch).
Dann können Sie eine Reintegration dadurch erzwingen, indem Sie dies im Stammverzeichnis tun:
svn merge http://svn.e.com/repos/trunk/@REV http://svn.e.com/repos/branches/lih/ . --dry-run (aber ersetzen Sie REV durch die letzte Revision #).
Ich bin gerade auf etwas Ähnliches gestoßen, wo das Problem war, dass der Kofferraum zwei stornierende Revisionen hatte (d. h. Drehzahl 20865 auf Kofferraum undid rev 20857). Als ich also zum ersten Mal von Stamm zu Zweig fusionierte, hatte es für dieses Paar Revisionen nichts zu verschmelzen, aber sie nicht in die Mergeinfo für die fraglichen Dateien aufgenommen. Dann, als ich versuchte, von Zweig zu Stamm zurück zu verschmelzen, beanstandete es, dass diese zwei Revisionen fehlten.
Meine Lösung (nach der manuellen Überprüfung, dass die Revisionen für die betreffenden Dateien abgebrochen wurden) bestand darin, jede der beiden Revisionen explizit zu verzweigen (über svn merge ^ / trunk -c 20857 und svn merge ^ / trunk -c 20865) ), commit, und füge die Verzweigung dann wieder an die Leitung an. Beim zweiten Mal ging es reibungslos. Dies war mit Subversion 1.8.0 (r1490375).
Ich konnte ein ähnliches Problem früher mit merge mit --record umgehen - nur um die Änderungen als korrekt in der Verzweigung zu markieren, aber es ist wahrscheinlich sicherer, die tatsächlichen Dateien zusammenzuführen (für den Fall, dass es eine Änderung gibt, die nicht funktioniert) nicht ganz abbrechen).
Sieht aus wie ein Fehler in der Art und Weise, wie Subversion 1.8 Mergeinfo bearbeitet, um Änderungen an mir abzubrechen.
Tags und Links merge svn branching-and-merging svn-reintegrate