bin ich diesen Fehler während auf ein SVN-Repository zu begehen versuchen:svn: MKACTIVITY 403 Forbidden
svn: MKACTIVITY of '/svn/Demo/!svn/act/e2e65cfa-...4165f': 403 Forbidden (http://svn....com:8088)
Jede Idee, warum? Ich habe viel gegoogelt, kann aber keine Lösung finden, die für mich funktioniert.
Überprüfen Sie, ob Sie die richtigen Anmeldeinformationen angegeben haben oder genügend Rechte haben, um diesen Repo zu erreichen (in der Regel mit Blick auf authz-Dateien, wenn Sie die Serverkonfiguration verwalten können). Wie ein Kommentator oben gesagt hat, ist ein Berechtigungsproblem.
Ich habe das Problem, nachdem ich mein Subversion-Passwort geändert habe, aber nicht das aktualisierte TortoiseSVN-Passwort. Post auf, wie man TortoiseSVN Kennwort ändert: http://stackoverflow.com/questions/4034026/how-to-change-password-using-tortoisesvn –
Dieses funktionierte nicht für mich. In meinem Fall war es ein Problem mit dem URL-Fall, wie in Stiefel's Antwort beschrieben: http://Stackoverflow.com/a/3289512/1385405 und in diesem Beitrag: http: //stackoverflow.com/a/57148/1385405 – gfrigon
@gfrigon das funktioniert –
Dies kann auch passieren, wenn der Benutzer ein Leerzeichen am Ende seines Benutzernamens platziert. Unser Setup ist Svn via http in Apache. Wenn ein Benutzer whitespace am Ende platziert, wenn sein Benutzername, wird es getrimmt und Apache wird die Auth übergeben. Allerdings wird svn den Benutzernamen nicht finden und Sie werden diesen ziemlich kryptischen Fehler bekommen.
Es kann auch aufgrund eines ungeraden URL-Problems auftreten. Windows macht keinen Unterschied im Dateisystemfall, aber svn tut es (auch wenn es unter Windows läuft). Siehe einige Informationen zu diesem here.
Überprüfen Sie das Gehäuse im Repository-Pfad.
Ich weiß nicht, ob diese Antwort Ihnen hilft, aber in meinem Fall hatte es etwas mit Server-Domänennamen und Groß- und Kleinschreibung zu tun.
Die URL wir für diese Arbeitskopie verwendet wurde
https://bhm18a.serona.org:8443/svn/nebeam/eco/branches/apple2010
statt der richtigen URL
https://bhm18a:8443/svn/NeBeam/eco/branches/apple2010
geheimnis, die falsche URL für "check out" gearbeitet und „update "und Durchsuchen des Repository, aber nicht für" Kopieren "oder" Commit ".
Das Auschecken einer neuen Arbeitskopie mit der exakten URL führte zum Verschwinden der Probleme.
(Subversion 1.6.12 mit Visual SVN-Server auf einem Microsoft Windows Server installiert ist)
Dies sollte die richtige Antwort sein! –
Das ist eine richtige Antwort! –
Arbeitete für mich, danke eine Tonne! – attaboy182
Die 403 Forbidden Fehler passiert ist, nachdem ich die .htaccess modifiziert mit Anforderungsmethoden zu begrenzen:
RewriteCond %{REQUEST_METHOD} !^(GET|HEAD|POST|PROPFIND|OPTIONS|PUT)$ [NC]
RewriteRule .* - [F,NS,L]
Fall im Repository-Pfad MUSS mit dem Fall auf dem Server übereinstimmen. Ich verbrachte viele Stunden damit, herauszufinden, warum einige Benutzer Änderungen am Repository vornehmen konnten und andere nicht. Es stellt sich heraus, dass das anfängliche Auschecken für die "verbotenen" Benutzer mit der URL in Kleinbuchstaben "../svn/robotconfig" durchgeführt wurde, als der Name des Repositorys tatsächlich "../svn/RobotConfig" war. Nach einem erneuten Checkout mit dem korrekten Repository-Namen konnten die Benutzer Änderungen bestätigen.
Gerade hatte ich das mit Eclipse mit dem Subversive-Plugin geschehen. Durchführen eines Teams> Bereinigung des Projekts wurde korrigiert.
Benutzername Groß-/Kleinschreibung war das Problem für mich. Administrator sagte mir, dass mein Benutzername ... "MyName" war, der für das Auschecken und die Aktualisierung arbeitete, aber beim Festschreiben, "myname" Kleinbuchstabe musste verwendet werden.
In meinem Fall war die "Lösung": Der dumme Admin in unserer Firma hat einfach alles von SVN zu GIT geändert, ohne dies den Entwicklern mitzuteilen. Ernst.
lol, wirklich? klingt nicht sehr nett;) – Tobias
Du hattest es kommen. –
ich auf dieses Thema laufen die ganze Zeit und
rm -rf ~/.subversion/auth
funktioniert immer für mich.
Löschen Sie dieses Verzeichnis und versuchen Sie es erneut.
ich beschlossen dies ist das Problem mit alten Anmeldeinformationen, die in den folgenden Ordner \Users\<Your user name>\AppData\Roaming\Subversion\auth\svn .Einfache
gerade von diesem Ordner aus Dateien nahm gespeichert werden und alle löschen und versuchen Sie es erneut zu begehen, SVN oder Subclipse werden prompt Benutzername und Passwort und geben Sie es und fertig, es wird commit.
Ich habe meine Eclipse aktualisiert und begann, dieses gleiche Problem zu bekommen.
Ich habe alle Tricks, nichts scheint zu funktionieren. Aber die alte Sonnenfinsternis funktioniert immer noch.
So erkannte ich, dass jemand in IT-Team den Domainnamen Fall verändert hatte, so meine userId aus geändert:
DOMAIN \ Benutzername Domäne \ Benutzername
So, nach \Users\<Your user name>\AppData\Roaming\Subversion löschen, Zeichen im Dialog wieder auftauchen und wieder auf Kurs sein.
Ich hatte genau das gleiche Problem, als ich zum ersten Mal für einen neuen SVN-Zweig, der aufgrund der Kleinschreibung im URL-Pfad verwendet wurde, wenn es in der Kasse groß gewesen sein sollte. Suchen Sie im Ordner .svn des Root-Checkout-Verzeichnisses die Datei wc.db, öffnen Sie sie in einem Texteditor, führen Sie eine globale Ersetzung des falschen URL-Pfads mit dem korrekten URL-Pfad durch und speichern Sie die Datei. Wiederholen Sie das Commit, Sie werden dieses Problem nicht mehr haben.
Ich habe das gleiche Problem. Ich benutze IntelliJ, und ich löste dieses Problem, indem Sie folgendermaßen vorgehen:
Es scheint, dieses Problem geschah, nachdem Sie svn switch --relocate Befehl auf Ihrem abgemeldeten Zweig tun.
Viel Spaß!
danke für den Hinweis, welche Version von intellij? – shareef
Intellij Version: 14. –
In meinem Fall war die Wurzel des Problems nicht im Gehäuse, sondern im geänderten Svn-Port.
diese Arbeitskopie mit Relocation Korrigiert:
svn switch --relocate https://svn.company.com/svn/path/branches/java8 https://svn.company.com:465/svn/path/branches/java8
wie ein permissiosn Problem sieht –
Ja, kann dieser Fehler auftreten, wenn Sie nur den Zugriff auf ein Repository – PhilMY
@PhilMY Das ist nicht wahr, gelesen haben. –