SVN merge-reintegrate fehlenden Bereichen, aber nichts zu verschmelzen

Hier ist das Rätsel:

C:\code\trunk> svn merge --reintegrate http://svn.e.com/repos/branches/lih --accept postpone --dry-run
svn: E195016: Reintegrate can only be used if revisions 11430 through 12384 were previously merged from http://svn.e.com/repos/trunk to the reintegrate source, but this is not the case:
  branches/lih
    Missing ranges: /trunk:11902

Aber dann, wenn ich in der Niederlassung-Verzeichnis und versuchen Sie, führen Sie diesen Bereich, da gibt es nichts zu verschmelzen!

C:\code\branches\branch> svn merge -r 11901:11902 http://svn.e.com/repos/trunk --accept postpone --dry-run
C:\code\branches\branch>

Sogar svn merge -r 11898:11903 zeigt nichts miteinander zu verschmelzen.

Nun, ich scheine nicht in der Lage zu reintegrieren meine branch in den trunk! Bitte um Hilfe!!

P. S. Die lih Zweig wurde nicht erstellt, bis 11906. Es verzweigt wurde von der hd-Branche, die verzweigt wurde vom Stamm (und hd hat bereits zusammengeführt wurde, zurück in den Stamm).

InformationsquelleAutor Ryan | 2012-10-24
  1. 5

    Ich lief einfach in etwas ähnliches, wo das Problem war, dass der Stamm hatte zwei cancelling-Revisionen (d.h., rev 20865 Rumpf löste rev 20857). Also, wenn ich zuerst zusammengeführt vom Stamm auf den Zweig, es hatte nichts zu verschmelzen, für diese paar Revisionen, aber nicht in den Metadaten für die Dateien in Frage. Dann, wenn ich versuchte, Sie zu verschmelzen wieder vom Zweig auf den Stamm, er beanstandet, dass diese beiden Versionen fehlten.

    Meine Lösung (nach der manuellen überprüfung, dass die Revisionen entfällt für die Dateien in Frage) war die Zusammenlegung von jeder der beiden Revisionen Zweig explizit (mit svn merge ^/trunk -c 20857, und svn merge ^/trunk -c 20865), zu Begehen, und führen anschließend den Zweig mit dem Stamm. Das zweite mal ging es reibungslos. Dies war mit Subversion 1.8.0 (r1490375).

    War ich in der Lage zu bekommen, um ein ähnliches problem früher mit merge mit der Option --record-only zu markieren Sie die änderungen korrekt zusammengeführt auf den Zweig, aber es ist wohl sicherer, verschmelzen die eigentlichen Dateien (nur für den Fall es gibt eine Veränderung, die nicht ganz Abbrechen).

    Sieht aus wie ein bug in den Weg, Subversion 1.8 Griffe mergeinfo anzusehen, die dort für die Kündigung verpasst zu mir.

    InformationsquelleAutor dewtell
  2. 3

    Diese schien für mich arbeiten, aber ich kann nicht behaupten, zu verstehen oder zu bürgen, dass es die beste Art und Weise zu lösen mein problem.

    Erste, ist es wichtig, dass Ihre Niederlassung hat alle neuesten verpflichtet Stamm. So synchronisiere (einen Seriendruck vom Stamm auf den Zweig).

    Dann können Sie im wesentlichen eine Kraft einzugliedern, indem Sie diese in das Stamm-Verzeichnis:
    svn merge http://svn.e.com/repos/trunk/@REV http://svn.e.com/repos/branches/lih/. --dry-run (aber ersetzen REV mit der letzten revision #).

    • Das hat mir wirklich geholfen, aber statt REV wird die neueste version des Rumpfes musste ich es auf die version der branch erstellt wurde. Dies zu vermeiden, die merge zurücksetzen der änderungen, die aufgetreten sind, in den Kofferraum während der Entwicklung in der Abteilung.
    InformationsquelleAutor Ryan
Schreibe einen Kommentar