SVN-Fehler - 501 nicht implementiert Commit fehlgeschlagen

Ich habe einen Ordner in einem Repository, das nicht festschreiben kann und auch übergeordnete Ordner nicht festschreiben können. Das ist vor einigen Wochen passiert, dann hat es geklappt und dann wieder geblinzelt. Ich habe meinen Authentifizierungscache und keine Hilfe gelöscht. Ich kann immer noch mit anderen Amtsleitungen arbeiten, aber nicht mit dieser und die Fehlermeldung hilft mir nicht weiter. Ich habe Aufräumen gemacht. Ich habe ein neues Verzeichnis von VisualSVN aus dem Repository und dem gleichen Problem erstellt. Hättest du irgendwelche Vorschläge? Kann ich den .svn-Ordner und Hilfe nuke? Ich möchte nicht mit einem neuen Repo beginnen, weil wir TeamCity integriert und beobachtet haben. Hilfe und Danke im Voraus! DougSVN-Fehler - 501 nicht implementiert Commit fehlgeschlagen

** Fehler: Commit fehlgeschlagen (Details folgen):

Fehler: Server gesendet unerwarteter Rückgabewert (501 Nicht implementiert) als Reaktion auf

Fehler: PROPFIND Anfrage für ‚/ svn/MAHCP /trunk/src/RssaSolution/Mahcp.Rssa'**

Ich habe auch auf SVNForum gepostet, aber hat jemand anderes diese verrückte Situation gehabt!

Quelle

2009-02-18 dodegaard

Es wäre hilfreich, die Apache/mod_svn/svn-Versionen zu kennen, da "nicht implementiert" zurückgegeben wird ... nun, sieht aus wie "nicht implementiert". Ich hatte Probleme mit SVN über https: // und selbstsignierte Zertifikate. Benutzt du so ein Biest vielleicht? – gimpf

Es gab eine alte veraltete URL zum Repository-Stamm. Ich wünschte, der Fehler wäre ein bisschen beschreibender. Danke Leute .... wenn ich mehr Ansehen hätte, würde ich dir beide Punkte gewähren!

Quelle

2009-02-18 21:28:22 dodegaard

Das ist normalerweise ein Proxy oder Virenscanner/Firewall, der DAV-Anfragen ablehnt (PROPFIND ist keine "normale" HTTP-Anfrage, sondern wird mit DAV verwendet).

Also: überprüfen Sie Ihren Proxy und/oder Virenscanner/Firewall und konfigurieren Sie sie, um DAV-Anfragen zu erlauben.

Manchmal hilft es auch, https anstelle von http zu verwenden, damit diese Anwendungen den Netzwerkverkehr nicht mehr kontrollieren und stören können.

Quelle

2009-02-18 18:02:49 Stefan

danke stefan .... wir verwenden https aber überprüfen das DAV-Stück und lassen Sie wissen – dodegaard

Proxy-Problem ist, was ich in Bezug auf dieses Problem kam – Deqing

Die Antwort war, dass die URL des svn-Servers zuvor geändert worden war und dann beim Versuch, sie wieder einzuchecken, ein Fehler auftreten würde. Der Trick war dann, die .svn-Ordner aufzuspüren, herunter zu ziehen und dann mit meinen neuen Änderungen zu kopieren. Ich wünschte, die Fehlermeldung wäre besser gewesen.

Quelle

2009-03-06 22:24:23 dodegaard

Wenn u eine subclipse verwenden versuchen, die SVN-Schnittstelle Client von JavaHL zu ändern

Quelle

2009-05-26 09:25:58

Überprüfen SVNKid auch zu sehen, ob mod_security vor kurzem installiert wurde. Zumindest auf CentOS hat seine Standardkonfiguration nicht die notwendigen Leitungen, um SVN zu erlauben.

In /etc/httpd/modsecurity.d/modsecurity_crs_30_http_policy.conf, ich habe dies in der erlaubt Anforderungsmethoden Abschnitt:

SecRule REQUEST_METHOD "^(PROPFIND|PROPPATCH)$" allow 
SecRule REQUEST_METHOD "^(REPORT|OPTIONS)$" allow 
SecRule REQUEST_METHOD "^(MKACTIVITY|CHECKOUT)$" allow 
SecRule REQUEST_METHOD "^(PUT|DELETE|MERGE)$" allow

Quelle

2010-02-11 19:26:48

-1

den Ordner /home/user/.subversion löschen,

dann die IDE oder svn neu starten.

Quelle

2015-04-01 08:07:38 wanyz

Ich hatte ein ähnliches Problem mit einem anderen Client, bis ich Anonymous lock creation is not allowed. Nachricht in /var/log/apache2/error.log auf dem Server entdeckt habe. Stellen Sie sicher, dass der Client keine anonyme Verbindung zum Server herstellt.

Quelle

2016-03-30 14:35:01

SVN-Fehler - 501 nicht implementiert Commit fehlgeschlagen

Antwort

Verwandte Themen