Fehler "Der Server hat eine unangemessene HTTP-Antwort gesendet." Beim Commit mit Subversion 1.8+ Client
Kürzlich wurde ich von einem Fehler geplagt, als ich mich mit TortoiseSVN (1.8.7.25475) oder AnkhSVN (2.5.12471.17) auf einen einzelnen SVN Repo festlegte:
Fehler beim Ausführen des Kontexts: Der Server hat eine falsche HTTP-Antwort gesendet
Hier ist ein Screenshot des Fehlers in TortoiseSVN:
Die Pixel unterscheiden sich natürlich, aber der Fehler ist derselbe in AnkhSVN.
Dies scheint nur Versuche zu beeinflussen, Änderungen zu begehen, nicht Ergänzungen oder Löschungen; und ich kann Mods für mehrere andere SVN Repos auf dem gleichen Server committen, ganz in Ordnung.
Da meine Teamkameraden weiterhin Mods für das betreffende Repo committen und das Problem nur meine Commits zu diesem Repo ausgelöst hat, habe ich nach einem erneuten Checkout des Repos versucht, einfache Mods zu begehen: ein paar One-Mod-at-a- time commits funktioniert, aber dann ... der gleiche Fehler.
Ich habe auch nach möglichen Lösungen gesucht, rezensiert und versucht (zB in einem Thread in den TortoiseSVN-Foren, auf die Stefan Küng geantwortet hat ) - eine Registry-Optimierung (Löschen von HKEY_CURRENT_USER\Software\Tigris.org - nach dem Exportieren natürlich für Backup), Überprüfen meiner globalen Eigenschaften und Sicherstellen, dass ich keinen Proxy verwende. Derselbe Fehler.
Schließlich habe ich versucht, TortoiseSVN sowohl zu reparieren als auch herunterzustufen. Derselbe Fehler.
Ist jemand unter ähnlichen Umständen auf diesen Fehler gestoßen und hat eine Lösung gefunden?
Beachten Sie, dass in einigen verwandten Suchergebnissen die Optimierung von httpd.conf oder anderen Aspekten des SVN -Servers erwähnt wird, aber Serveroptimierungen scheinen mir unangemessen zu sein. Auch hier setzen meine Teamkollegen fort, Mods für denselben Repo zu machen, indem sie die gleiche Version von TortoiseSVN verwenden, dasselbe Betriebssystem (Win 7 Pro 64-Bit) und so weiter. Vielleicht habe ich etwas auf dem Server verpasst, das mich nur stören könnte.
2 Antworten
Aktualisieren Sie Ihren Subversion-Client auf die neueste Version.
Veraltete Antwort:
AN DER CLIENT-MASCHINE! Öffnen Sie %APPDATA%\Subversion\servers in einem Texteditor und fügen Sie die Zeile http-bulk-updates = yes hinzu, speichern Sie die Datei und sehen Sie, ob sie hilft.
Wenn es hilft, sollten Sie Apache HTTP Server httpd.conf mit der Direktive SVNAllowBulkUpdates prefer so konfigurieren, dass alle Subversion 1.8 Clients sich ohne Fehler verbinden können.
Wenn es mehr als nur Sie gibt, die diesen Fehler in Ihrer Organisation bekommen und die Anpassung der Serverkonfiguration nicht akzeptabel ist, Sie können die Einstellung http-bulk-updates = yes über die Windows-Registrierung ändern , sodass die Anpassung auf allen betroffenen Rechnern über AD Gruppenrichtlinien .
Lesen Sie mehr Informationen in den Release-Informationen zu Apache Subversion 1.8 .
PS .: fehlerhafte Netzwerkhardware / Firewall / Antivirus ist immer noch die Hauptursache hier. Das obige ist nur ein Workaround, um das Verhalten von Subversion 1.7 und älterem Client mit neon network library wiederherzustellen. BTW, ich denke, dass das installierte Antivirenprogramm NOD32 oder BitDefender ist.
Tags und Links svn http apache tortoisesvn ankhsvn