Kann nicht zum SVN-Server übergeben werden

Sie können Fiddler2 als Proxy verwenden und die XML-Anfrage / -Antworten einsehen. Vielleicht gibt dir das mehr, um weiterzumachen. Es sieht so aus, als ob TortoiseSVN WinInet nicht verwendet, daher wird der Proxy nicht automatisch sein. Sie müssen einen Proxy im Netzwerkbereich von Tortoise einrichten. ex: localhost port 8888. Dann werden Daten in Fiddler ankommen. Fahren Sie Ihren Browser herunter und so, dass Sie keine Unordnung haben. Jetzt sehen Sie, ob Sie etwas Einfaches tun können, wie zum Beispiel ein Protokoll anzeigen oder eine kleine Änderung vornehmen. Sie sollten die Pakete sehen und dann können Sie den "Inspektor" auf der rechten Seite verwenden, um das XML anzuzeigen (Registerkarte XML oder RAW verwenden).

Überprüfen Sie den Festplattenspeicher Ihres Servers. Es ist wahrscheinlich sehr niedrig. Sobald Sie einige freigeben, sollte es funktionieren.

Bearbeiten: Referenz = Ссылка

Second Edit: Ein weiterer Vorschlag wäre, die Dateien zu sichern, das fehlerhafte Verzeichnis zu löschen, zu aktualisieren, Änderungen wiederherzustellen und dann zu committen.

Und ein anderer Beitrag ( Ссылка ) behandelt die Bearbeitung des SVN-Eintragsdatei.

Wir hatten ein sehr ähnliches Problem, aber mit Apache HTTPd Server unter Linux. TortoiseSVN 1.6 funktionierte ohne Fehler auf XP / 32. ToroiseSVN 1.7 auf Win7 / 64 konnte auschecken, konnte aber nicht festschreiben; Es wurde der Fehler / svn /! svn / me Pfad nicht gefunden zurückgegeben. Lösung: Dem Abschnitt httpd.conf für svn. Wurde eine fehlende "alias" -Direktive hinzugefügt.

Der korrekt funktionierende Abschnitt httpd.conf mit der neuen Alias-Direktive sieht folgendermaßen aus:

Ich verwende VisualSVN Server 2.5 unter Windows 2k8. Kürzlich habe ich meinen Server aufgerüstet und mit Acronis Backup den aktuellen Zustand des Servers in ein neues SSD-Array auf einem neuen Rechner übertragen. Alles lief reibungslos, aber als ich versuchte, ein paar Dateien in eines der Repos auf dieser Box zu übertragen, bekam ich einen seltsamen Fehler:

  

Die POST-Anforderung hat ungültiges XML in der Antwort zurückgegeben: XML-Analysefehler in Zeile 3: nicht wohlgeformt (ungültiges Token) (/ svn / repo-name /! svn / me)

Es stellt sich heraus, dass dies in meinem speziellen Fall ein BERECHTIGUNGS-Problem war. Nachdem ich anderthalb Stunden damit verbracht hatte, fand ich endlich eine einfache Lösung, die "für mich funktionierte". Die Millionen-Dollar-Fix?

1. Öffnen Sie die VisualSVN-Server-GUI.

2. Klicken Sie mit der rechten Maustaste auf "VisualSVN Server (Domäne)" im Stammverzeichnis des linken Navigationsfensters und wählen Sie "Eigenschaften".

3. Unter der Registerkarte Allgemein sehen Sie ein Kontrollkästchen für "Berechtigungen automatisch anpassen".

   A. Wenn dies nicht markiert ist, markieren Sie es und klicken Sie auf "Anwenden". Dies wird den VisualSVN-Dienst stoppen und neu starten und das Problem beheben.

   B. Wenn dies aktiviert ist, deaktivieren Sie es und klicken Sie auf "Übernehmen". Dadurch wird der Visual SVN-Dienst beendet und neu gestartet. Sobald Sie fertig sind, überprüfen Sie die Option erneut und klicken Sie erneut auf "Übernehmen". Nachdem der Dienst neu gestartet wurde, sollte das Problem jetzt behoben werden.

Ich hoffe, das hilft jemandem in Not!

Ich hatte genau das gleiche Problem. Als ich Tortoise 1.6 benutzt habe, bekam ich eine bessere Fehlermeldung, die Zugriff verweigert anzeigt. Durch das Korrigieren des Zugriffs auf meinen Server auf die Repositories wurde mein Problem behoben.

Es gibt zwei mögliche Gründe für den Fehler:

1. Das Dienstkonto, unter dem VisualSVN Server ausgeführt wird, verfügt nicht über Zugriffsberechtigungen

   • C:\Repositories\<repo>\ und / oder
   • C:\Repositories\<repo>\db\ ,
   • C:\Repositories\<repo>\db\transactions\ ,
   • C:\Repositories\<repo>\db\txn-protorevs\ .

2. Einige der Ordner unter C:\Repositories\<repo>\db\ fehlen. Z.B. das gleiche

   • C:\Repositories\<repo>\db\transactions\ und
   • C:\Repositories\<repo>\db\txn-protorevs\ .

Stellen Sie außerdem sicher, dass Sie die folgenden Verzeichnisse im Repository nicht gelöscht haben.

• ... / db / Transaktionen
• ... / db / txn-protorevs

Wenn Sie haben, erstellen Sie sie einfach neu. Sie sind normalerweise leere Verzeichnisse.

Ich hatte dieses Problem in einem Repository, das funktioniert hat. Ich überprüfte & amp; habe die Berechtigungen wie in früheren Posts geändert, aber es hat nicht geholfen.

Was ist passiert? Ich habe dumm ein Programm ausgeführt, das leere Verzeichnisse entfernt. Ich musste ein neues Repository erstellen & amp; Machen Sie einen Vergleich der Verzeichnisstruktur, bevor Sie meinen Fehler bemerken.

Wenn Sie einen Tortoise SVN-Client verwenden: Dies ist ein Authentifizierungsproblem auf Ihrem tatsächlichen Client und hat nichts mit Ihren Lese- / Schreibberechtigungen auf dem Server oder irgendetwas anderem zu tun.

Rechtsklick auf Ihren Arbeitsordner (Kopie) - & gt; TortoiseSVN - & gt; SVN-Einstellungen - & gt; gespeicherte Daten - & gt; Authentifizierungsdaten und klicken Sie auf Alle löschen.

Ich hatte ein ähnliches Problem, und nachdem ich meine gespeicherten Authentifizierungsdaten gelöscht hatte, konnte ich mich ohne Probleme anmelden und aktualisieren.

Prost.

Wenn ich meinen svndb von einem anderen Computer aus speichere, kann ich nicht committen und tsvn gibt die gleichen Fehler zurück "Die POST-Anfrage hat ungültiges XML in der Antwort zurückgegeben ..." Ich fand die "YOURsvnDB \ db \ txn-current" -Datei ist anders mit meinem alten Svndb, nach der Wiederherstellung, funktioniert die Festschreibung gut

Hallo, wenn Sie httpd als Proxy benutzen, könnte das svn-Repository das Problem verursachen. sollte

Bitte stelle sicher, dass die Konfiguration etwas wie diese subversion.conf