Ich konnte keine Zweige im Subversion-Repository mit TortoiseSVN erstellen

Question

Ich habe einen komplett neuen Checkout unseres Subversion-Repositorys vorgenommen. Als nächstes klicke ich mit der rechten Maustaste auf den Arbeitsordner und wähle "Branch/Tag". Ich gebe der Niederlassung einen Namen und wähle aus, dass die Kopie aus meiner Arbeitskopie erstellt werden soll. Ich wähle auch, um die Arbeitskopie auf den neuen Zweig zu wechseln.

Wenn ich auf OK klicken, erhalte ich folgende Fehlermeldung:

Commit failed (details follow): 
Directory 'C:\Projects\StrattonWF_2' is out of date 
File not found: transaction '8877-59x', path 
'/branches/foo/bar/' 
You have to update your working copy first. 

jedoch gemäß den Anweisungen in der Fehlermeldung und die Arbeitskopie zu aktualisieren hilft nicht - der Fehler passiert immer wieder.

Dies geschieht nur auf meiner Arbeitsstation - niemand anderes hat dieses Problem. Ich kann mich auch an die Koffergeldstrafe halten. Wie gesagt, ich habe eine komplett neue Kopie des Kofferraums heruntergezogen.

Was kann ich noch versuchen?

Die entsprechenden Versionsnummern sind:

• TortoiseSVN 1.8.4
• Subversion 1.8.5
• Client-Betriebssystem: Windows XP

Answer 1

Ich habe das herausgefunden: Ich habe versucht, einen Zweig mit zwei Ordnern im Pfad zu erstellen, d. H./Zweige/foo/bar /. Die Operation ist fehlgeschlagen, weil der erste Unterordner nicht vorhanden war.

Es gibt tatsächlich eine Option am unteren Ende des Zweig Optionen-Fenster in TortoiseSVN namens "Create intermediate folders", die standardmäßig deaktiviert ist. Ich denke, das macht jetzt Sinn.

Es wäre schön, wenn TortoiseSVN eine hilfreiche Fehlermeldung zur Verfügung gestellt.

Answer 2

Dies ist eine Art von Problem auf dem Serverseite. Es gibt ein paar mögliche Probleme, die in den Sinn kommen.

• Sie laufen über einen Proxy-Server, der die Anforderung eine Zeitüberschreitung, und dann die Anforderung zu wiederholen, der dann einen Fehler zu erzeugen aufgrund von zwei Befehlen versagen.

• Jemand hat das Subversion-Repository geändert, ohne den Server neu zu starten. Z.B. jemand hat einen Dump/Load-Zyklus ausgeführt und dann das Repository ersetzt (dies könnte einfach sein, wenn der Daemon neu gestartet wird).

• Das Repository hat einige Korruption in ihm.

Was ist in der Fehler_log und Access_log für das Repository, wenn Sie dies versuchen? Wenn ich die sehen könnte, könnte ich Ihnen wahrscheinlich sagen, welche davon wahrscheinlich sind.