2010-10-12 9 views
5

Oto sytuacja: Jeden człowiek sprawdził repozytorium i teraz muszę zaktualizować niektóre foldery. Problem polega na tym, że on wyszedł i nikt nie zna hasła. Chciałbym więc użyć mojego własnego konta. Wykonuję to polecenie:Aktualizacja svn z innym kontem (--username i --password zignorowano?)

svn up --username (my_user_name) --password (my_password) --no-auth-cache

SVN prosi o podanie mojego hasła, a SVN go nie akceptuje. Wygląda na to, że moje poświadczenia są ignorowane i używane są oryginalne dane uwierzytelniające (ten, który wyewidencjonował). Przetestowałem swoje konto robiąc check in /tmp i działałem dobrze.

Dlaczego SVN nie akceptuje moich danych uwierzytelniających podczas aktualizacji?

Odpowiedz

5

Spróbuj

mv $HOME/.subversion $HOME/.subversion-old 
    cd <your working copy> 
    svn up --username <your username> 

ten powinien poprosić o hasło do swojej nazwy użytkownika

+0

Wypróbowane i wynik jest taki sam. – davidlt

-1

nigdy nie próbowałem tego, ale wygląda na to, SVN przechowuje identyfikator użytkownika wewnętrznie po sprawdzeniu coś. Nie jestem pewien, czy możesz to zmienić podczas odprawy.

Dlaczego po prostu nie zmienisz hasła byłego pracownika na serwerze (nie potrzebuje już swojego hasła ;-)). Następnie wykonaj checkin pod swoim imieniem, ze zmienionym hasłem. Jest to zapewne czystsze, bo wtedy checkin pojawi się pod jego imieniem, a zmiany zostały przez niego wykonane.

0

Uzyskaj wymagane uprawnienia i stać się właścicielem obszaru roboczego przez zmiany ustawień użytkowników i grup:

chown -R user:group path/to/workspace/root/ 

Spróbuj ponownie dostępu do obszaru roboczego z poświadczeniami.

3

Miałem ten sam problem i znalazłem, że ta opcja servers:global:http-library=serf może rozwiązać problem, jeśli protokół to http/https.

Twoje polecenia wtedy byłoby:

svn up --username (my_user_name) --password (my_password) --no-auth-cache \ 
     --config-option servers:global:http-library=serf 
+0

Innym sposobem użycia serwletowego http jest zmiana ~/.subversion/serwery: [global] http-library = serf –

+0

pomógł bez "--config-option server: global: http-library = serf" part (i otrzymała nierozpoznaną opcję "--config-option" z tym błędem) – loostro

Powiązane problemy