„Autorisierung fehlgeschlagen“ mit SVN 1.5.2 auf OS X (PowerPC G4)
https://stackoverflow.com/questions/160162
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich versuche zu einem SVN-Server auf meiner Schule Netzwerk gehostet zu begehen. Ich habe SVN installiert 1.5.2 mit Binärdateien von CollabNet heruntergeladen hier . Der Fehler gemeldet:
svn: Commit failed (details follow):
svn: MKACTIVITY of '/opensvn/cs598r/!svn/act/defe271c-f33b-4851-a706-b2906301fed0': authorization failed (http://dna.cs.byu.edu)
Das ist die vollständige Fehlermeldung - nirgendwo es 403 sagt verboten. Ich habe versucht, meine Arbeitskopie zu löschen und wieder heraus ohne Erfolg zu überprüfen. Ich habe überprüft und überprüft, dass mein Passwort und Berechtigungen auf dem Server korrekt sind. Ich habe überprüft, dass die URL korrekt ist. Ich kann erfolgreich von einem entfernten Rechner begehen, aber nicht von mir. Andere Mitglieder des Teams sind in der Lage von ihren Computern zu begehen, aber wenn sie von meinem versuchen, bekommen sie den gleichen Fehler. Einer der anderen Mitglieder des Teams wird mit 1.5.1 CollabNet Binärdateien ohne Probleme. Was ist mit meinem Client ist defekt?
Lösung
Da Sie von anderen Maschinen begehen können, und Ihre Teammitglieder verpflichten können, aber nicht von der Maschine, würde ich sagen, es ist wahrscheinlich ein Problem mit Ihrem Subversion-Client. Ich würde Sie den Client Sie haben, dann installieren Sie die Version vorschlagen zu deinstallieren, die nur auf dem Server laufen gelassen wird, um sicher zu sein.
Andere Tipps
Ich denke Genehmigung ist für Sie benötigen, um Ihre lokale Kopie zu begehen ...
oder
Vielleicht können Sie sich verpflichten, aber der Server ist nicht automatisch die Aktualisierung? ... versuchen, den Server zu aktualisieren, nachdem Sie Ihre Arbeit durch SSH und SVN-Update
begehenNicht alle Formen des Zugriffs auf ein Repository alle Formen der Zugang zu ermöglichen. Wenn Sie Ihren Code über eine Nur-Lese-Methode ausgecheckt, werden Sie nicht in der Lage sein, zu begehen. Als Beispiel ist es nicht ungewöhnlich, dass eine WebDav-Repository nur anonyme Kasse auf http zuzulassen: // ... und die Authentisierung und begeht nur auf https: // ...
Überprüfen Sie, ob das Repository, von dem Sie Check-out ist Brief für Buchstaben identisch mit den Repositories, die die anderen Mitglieder Ihres Teams aus sind Check-out.
Stellen Sie sicher, dass Sie die richtige CAPS für die gesamte sVN url
Ich denke, das Problem in den Klammern ist ( http://dna.cs.byu.edu ). Sie können oft mit dem HTTP-Pfad Kasse, aber in der Regel verpflichtet https wollen.
