Skonfigurowałem nowe repozytorium SVN, uruchamiając SVNServe, w pliku conf, anon-access = none.TortoiseSVN nie pyta o uwierzytelnienie?
SVNServe wiernie robi to poprawnie, ale kiedy próbuję przeglądać repozyty za pomocą TortoiseSVN, to po prostu mówi, że dostęp jest zabroniony. Czy nie powinienem zapytać mnie o nazwę użytkownika i hasło?
W jaki sposób mogę poprosić TortoiseSVN o podanie danych logowania?
Running SVN 1.5.6, TortoiseSVN 1.5.9
Niestety, nie odkomentuj następujący wiersz w config:
hasłem db = passwd
Dobrze, rozwiązanie zostało rozwiązane :) - zaakceptuj własną odpowiedź, więc to pytanie pojawia się jako odpowiedź. – eglasius
Aby wyjaśnić, config to svnserve.conf w repo/conf –
Prawdopodobnie ma jakieś dane uwierzytelniające zapisane, spróbuj:
prawy click> tortoise-> Ustawienia-> zapisywane data-> Uwierzytelnianie Danych Wyczyść .
W niektórych przypadkach przycisk "Wyczyść" - Dane autoryzacji pozostaje wyłączony, a następnie zmienić nazwę folderu, w którym zapisany jest certyfikat. Następnym razem SVN automatycznie poprosi o hasło.
Nop ... sprawdził, czy nie zapisano danych uwierzytelniających. Przycisk Wyczyść jest wyłączony. – Robo
Pracowałem dla mnie :) – GateKiller
Ten folder to '% APPDATA% \ Subversion \ auth'. –
Jeżeli przycisk „Wyczyść” -Authentication danych pozostaje wyłączona, pomimo oszczędności certyfikat po prostu zmienić nazwę folder, w którym zapisano certyfikat. Następnym razem SVN automatycznie poprosi o hasło.
Miałem ten sam problem, używając beanstalkapp.com i udało mi się go rozwiązać, używając http * s * zamiast http, podając adres URL svn.
Otrzymuję to za brak kopiowania i wklejania.
Mogłem przysiąc, że wymeldowałem się przy użyciu HTTPS z kodu Google, ale najwyraźniej nie. Przeniesienie adresu URL HTTP do HTTPS spowodowało, że TortoiseSVN ponownie zaczął pytać o referencje. – ken
Chciałem tylko dodać jedno dodatkowe rozwiązanie, które mogłoby powstrzymać TortoiseSVN przed pytaniem o uwierzytelnienie. Miałem sytuację, w której użytkownik mógł uwierzytelniać się na innych komputerach, ale na tym komputerze kończyłoby się niepowodzeniem z "Nieoczekiwanym stanem HTTP 503" Usługa niedostępna "i nie wymagał uwierzytelnienia. Ustawienia Tortoise> Zapisane dane> Dane uwierzytelniające były jasne, mogliśmy usunąć pliki% APPDATA% \ Roaming \ subversion \ bez skutku. Okazuje się, że w pewnym momencie użytkownik próbował "naprawić" problem, ustawiając proxy sieci.
Cheers serwer proxy, mam nadzieję, że ktoś pomaga.
pomyśleć Właśnie znalazłem, było -R w config svnserve (read-only dla wszystkich transakcji repo) umieścić tam instalacja - prosta sprawa, ale to wszystko jest dla mnie nowe ...
Jeśli jesteś połączony poprzez DirectAccess, powinieneś pobrać wersję TortoiseSVN w wersji IPv6. Możesz znaleźć najnowszą wersję here.
To można znaleźć w folderze Wersja/Application/IPv6
zrestartować system po aktualizacji hasła. Po ponownym SVN będzie przekonfigurować się i poprosić o uwierzytelnianiu raczej z użyciem poprzedniego zapisanego hasła
Ustawienia - Zaawansowane - AllowAuthSave = true
jestem całkiem pewny, powinien poprosić automatycznie. Używasz protokołu svn: //, prawda? Czy możesz opublikować swoją konfigurację? – strager
Tak, inne repozyty, które skonfigurowałem, prosiły o to automatycznie, więc nie wiem, dlaczego tak nie jest. Pozostałe repo to Apache, ale to SVNServe. Tak Używam svn: // Oprócz komentarzy domyślnych dodałem tylko to do konfiguracji: realm = Repozytorium Subversion – Robo