Wywołanie SVN nie powiodło się, dostęp zabroniony

Ostatnio mam problem z zatwierdzeniem SVN. Serwer SVN, którego używam, to VisualSVN Server 2.5.9, a klient to TortoiseSVN 1.7.12.Wywołanie SVN nie powiodło się, dostęp zabroniony

Na początku jeden użytkownik ma problem z zatwierdzeniem plików na SVN. Ale ten użytkownik nadal może uzyskać dostęp do repozytorium i pobrać aktualizację. Drugi użytkownik na drugim komputerze działa poprawnie. Ale dzisiaj drugi użytkownik ma ten sam problem co pierwszy użytkownik.

Commit failed

Dlaczego tak się stało? W jaki sposób można rozwiązać problem? Dzięki.

Źródło

2013-05-07 user1995781

Spróbuj tego http://stackoverflow.com/a/43204615/5466401 –

Możesz otrzymać błąd "Zabronione", jeśli twoje konto użytkownika nie ma uprawnień dostępu do repozytorium lub ścieżki do repozytorium; warto sprawdzić ustawienia autoryzacji dla swojego konta użytkownika. Upewnij się, że administrator systemu nie dostarczył uprawnienia Brak dostępu do ścieżki do repozytorium.

Jeśli masz pewność, że uprawnienia są ustawione prawidłowo, sprawdź dwukrotnie używany adres URL. Adresy URL w Subversion Apache to wielkość liter.

Dodatkowo radzę przeczytać artykuły na temat autoryzacji w Subversion i VisualSVN Server:

SVNBook o path-based authorization.
VisualSVN Team's article o autoryzacji na podstawie ścieżki. Wyjaśnia zasady autoryzacji SVN, porównując ją z Windows Access Control.

Źródło

2013-05-07 09:54:39 bahrep

Dziękuję za odpowiedź. Ale nie rozumiem tego. Jeśli problem dotyczy ścieżki, dlaczego nadal mogą przeglądać folder i aktualizować folder na swoim komputerze, ale nie zatwierdzać? Ustawiłem zezwolenie dla wszystkich na czytanie/zapisywanie. Próbowałem nawet dodać ich konto z uprawnieniami do odczytu/zapisu, aby rozwiązać problem, ale to nie działa. Rzecz jest z tą samą konfiguracją, działa wcześniej. I nagle, nie mogą popełnić. – user1995781

W przypadku naszej firmy. Użyliśmy serwera svn w systemie Windows (visual svn). Pozwoliło to niektórym użytkownikom na pobieranie plików, nawet jeśli ścieżka zawiera niewłaściwy przypadek. Ale kiedy użytkownik próbuje zatwierdzić ..., nagle sprawdza, czy nie są przypadki. – Nokdu

Jako nowy użytkownik tych dwóch pakietów oprogramowania doświadczyłem dokładnie tego samego problemu. Jak odkryto powyżej, moim rozwiązaniem było użycie tych samych liter, które znajdują się na ścieżce do repozytorium.

Oto wskazówka, która jest dla mnie pomocna: W VisualSVN możesz kliknąć prawym przyciskiem myszy na ścieżce, a następnie kliknąć "Skopiuj adres URL do schowka", aby wkleić w Żółwiu, aby upewnić się, że ścieżka jest identyczna.

Źródło

2013-11-02 01:45:55 MCone

Właściwie to miałem ten sam problem co ty. Moje okna jest serwer 2008 i mój informacji Subversion jest:

TortoiseSVN 1.7.6 Build 22632 - 64 bit, 2012/03/08 18:29:39 Subversion 1.7.4, 1.4.5 Kwi kwietnia -utils 1.3.12 neon 0.29.6 OpenSSL 1.0.0g 18 stycznia 2012 zlib 1.2.5

Kiedyś tędy i rozwiązał ten problem. Użyłem opcji [grupa]. ta opcja sprawia problemy. Przepisuję zawartość pliku authz. Usuwam opcję grupy. i ustawiam jeden po drugim. Używam dobrze.

Dzięki za przeczytanie.

Źródło

2013-11-15 05:46:37 Ocean

Jeśli problem leży po stronie klienta, może to być jedna z przyczyn błędu.

Na klientach TortoiseSVN zapisuje poświadczenia klienta pod

ustawień Tortoise/zapisane dane/dane uwierzytelniające.

Wystąpił ten sam błąd podczas próby zatwierdzenia moich plików, ale moje poświadczenia zostały zmienione. Wyczyszczenie tej pamięci podręcznej spowoduje wyświetlenie wyskakującego okienka przy następnej próbie zatwierdzenia, aby ponownie wprowadzić poprawne poświadczenia.

Źródło

2013-12-17 13:20:07

+1, to mi naprawdę pomogło. Dzięki stary! – user3439065

To był mój problem - myślę, że zaczęło się po zainstalowaniu TortoiseGit –

Ten sam problem tutaj. Czasem zatwierdzenie się nie udaje i muszę wyczyścić dane uwierzytelniające i ponownie wprowadzić moje dane uwierzytelniające, aby działał ponownie. Zdarza się to sporadycznie i nigdy nie znalazłem na to trwałego rozwiązania. –

Nie udało mi się zatwierdzić plików csharp (* .cs). W końcu problem polegał na tym, że w pewnym momencie zainstalowałem mod_mono, który uniemożliwił dostęp do plików * .cs poprzez swoją konfigurację. Więc może to być problem z konfiguracją apache, jeśli tylko niektóre pliki nie są dostępne.

grep ".cs" /etc/apache2/mods-enabled/* 
... 
mod_mono_auto.conf:AddType application/x-asp-net .cs 
...

Źródło

2016-04-21 10:10:01 robotrovsky

Wywołanie SVN nie powiodło się, dostęp zabroniony

Odpowiedz

Powiązane problemy