Jak zapisać hasło podczas korzystania z Subversion z konsoli


106

Zastanawiałem się, czy istnieje sposób na zapisanie mojego hasła Subversion podczas wykonywania svnoperacji z konsoli. Konsola to jedyna opcja, jaką mam. Kiedy próbuję wykonać jakąkolwiek akcję Subversion, np svn commit. Za każdym razem pyta o hasło do konta. Czy jest sposób, aby jakoś zapisać to hasło, aby nie musieć go za każdym razem ponownie wpisywać?


Zobacz także nie można utworzyć hasła do sklepu svn, mimo że konfiguracja jest ustawiona tak, aby umożliwić rozwiązywanie problemów w przypadku, gdy zaakceptowana odpowiedź nie działa.
maxschlepzig

Odpowiedzi:


110

W ~/.subversion/config, prawdopodobnie masz store-passwords = no. Zmień je na yes(lub po prostu zakomentuj, ponieważ domyślnie jest na tak), a następnym razem, gdy podasz Subversion swoje hasło, powinno je zapisać.

Możesz chcieć upewnić się, że właściciel i uprawnienia ~/.subversion/configsą poprawne (brak dostępu publicznego lub grupowego; 600).


Nie mogę znaleźć tego pliku w Red Hat Linux 2.6.18. jakiś pomysł, gdzie to mogłoby być?
Ish

3
@Ish Może być konieczne zrobienie tego, jeśli jeszcze nie istnieje; Myślę, że SVN wygląda tam we wszystkich dystrybucjach
Michael Mrozek

5
+1, Po utworzeniu /etc/subversion/configsystemu plików działa zgodnie z oczekiwaniami. Dzięki
Ish

@IshKumar Thanks! Pracował dla mnie pierwszy raz!
Anil

15
@Seven Jeszcze lepiej, po prostu napisz nową odpowiedź, która jest bardziej aktualna. ( store-passwordsOpcja w configjest teraz przestarzała, zgodnie z niektórymi domyślnymi komentarzami, które znalazłem w moim configpliku; została zastąpiona tą samą opcją w servers.)
Kyle Strand

54

To zależy od używanego protokołu. Jeśli używasz SVN + SSH, klient SVN nie może zapisać twojego hasła, ponieważ nigdy go nie dotyka - klient SSH prosi o to bezpośrednio. W takim przypadku możesz użyć klucza SSH i agenta ssh, aby uniknąć ciągłych monitów. Jeśli używasz protokołu svnserve lub HTTP (S), klient SSH obsługuje Twoje hasło i może je zapisać.


4
+1 Mam dokładnie ten problem - svn + ssh zawsze, zawsze pyta mnie o hasło. Czy można tego uniknąć poza udostępnieniem klucza publicznego? Próbowałem ssh-agent, ale bez powodzenia.
Michał Mikowski

@MichaelMikowski Wygląda na to, że hasła SSH nie można zapisać w konfiguracji do automatycznego logowania. Możesz utworzyć dla niego nową parę kluczy, zapisać lokalizację klucza prywatnego .ssh/config, dołączyć klucz publiczny do serwera SVN.
lk_vc

33

Spróbuj wyczyścić .subversionfolder w katalogu domowym i spróbuj ponownie zatwierdzić. Powinien poprosić o podanie hasła, a następnie zapytać, czy chcesz zapisać hasło.


Masz na myśli folder .subversion!
khmarbaise

3
Miałem ten sam problem. Żadne z ustawień hasła sklepu nie było ustawione na „nie” w mojej konfiguracji lub pliku serwerów, ale to zadziałało.
Bob B,

1
Próbowałem zmienić wszystkie rodzaje ustawień bezskutecznie. Jedyną rzeczą, która ostatecznie rozwiązała ten problem, było rzeczywiście usunięcie folderu .subversion.
Michael Noyb,

U mnie też to zadziałało. Co ciekawe, hasło przechowało dla mnie w folderze ~ / .subversion / auth / svn.simple.
Chetan

Zrobiło to również dla mnie, ale obserwowałem, jaka jest różnica - i okazało się, że jest to własność katalogu .subversion i jego plików. Po przesłaniu danych z innej maszyny katalog ten w jakiś sposób stał się własnością roota, a powinien być moją własnością. Usunięcie katalogu i pozwolenie svn na jego odtworzenie rozwiązało problem (ale chown prawdopodobnie też by go rozwiązał).
Joe Strout

19

Musiałem edytować ~/.subversion/servers. Ustawiłem store-plaintext-passwords = yes(nie było wcześniej). To załatwiło sprawę. Można to jednak uznać za niepewne.


3
W tym samym pliku musiałem ustawić store-passwords = yes.
Wydaje

9

Zwróć uwagę na następujący akapit z ~/.subversion/serverspliku:

Zarówno „store-passwords”, jak i „store-auth-creds” można teraz określić w pliku „server” w katalogu konfiguracyjnym. Wszystko, co określono w tej sekcji, jest zastępowane ustawieniami określonymi w pliku „serwerów”.

Dotyczy to przynajmniej SVN w wersji 1.6.12. Pamiętaj więc, aby edytować plik serwerów również wtedy, gdy zastępuje ~/.subversion/config.


Pomogło to zobaczyć, że w tym samym pliku występuje przesłonięcie (dwie deklaracje „magazynu haseł”!). Poprawiono to i plik svn.simple został utworzony z właściwością gnome-keyring.
Danielson Alves Júnior

5

Jeśli używasz svn + ssh , możesz skopiować swój publiczny klucz ssh na zdalną maszynę:

ssh-copy-id user@remotehost

5

Dla mnie (użytkownika Maca) problem polegał na tym, że w pęku kluczy był już zapisany wpis dla moich poświadczeń, ale prawa dostępu były nieprawidłowe.

Usunięcie wpisu w aplikacji łańcucha kluczy, a następnie ponowne utworzenie go za pomocą svn rozwiązało problem.


4

Żadna z tych wspaniałych odpowiedzi nie działała dla mnie przy nowej instalacji Ubuntu. Zamiast tego wskazówka z tej odpowiedzi załatwiła sprawę.

Musiałem zezwolić na „proste” przechowywanie haseł, ustawiając to puste w ~/.subversion/config:

password-stores =

Nie było istniejącego ustawienia, więc bycie pustym jest znaczące.

Było to oprócz:

store-passwords = yes

w ~/.subversion/servers.


Pomogło mi to również, ponieważ wydaje się, że opcja domyślna powinna działać, ale nie działa :(
Arunas Bartisius

3

Używanie zwykłego tekstu może nie być najlepszym wyborem, jeśli hasło jest kiedykolwiek używane jako coś innego.

Popieram zaakceptowaną odpowiedź, ale nie zadziałała - z bardzo konkretnego powodu: chciałem użyć albo kwalletalbo gnome-keyringmagazynu haseł. Próbowałem zmienić ustawienia, we wszystkich czterech plikach:

/etc/subversion/config
/etc/subversion/servers
~/.subversion/config
~/.subversion/servers

Nawet po tym, jak wszystko było ustawione tak samo, z password-storesi nazwą KWallet (domyślna może być źle, prawda?), Nie działała i ciągle pytała o hasło. Pliki w ~/.subversionmają uprawnienia 600.

Cóż, w tym momencie możesz spróbować sprawdzić jedną prostą rzecz:

which svn

Jeśli dostaniesz:

/usr/bin/local/svn

wtedy możesz podejrzewać z dużym prawdopodobieństwem, że ten klient został zbudowany ze źródła, lokalnie, przez twojego administratora (którym możesz być Ty, jak w moim przypadku).

Subversion to paskudna bestia do kompilacji , bardzo łatwa do przypadkowego zbudowania bez obsługi HTTP lub - jak w moim przykładzie - bez obsługi zaszyfrowanych magazynów haseł (potrzebujesz albo Gnome, albo KDE, i to dużo!). Ale ./configureskrypt ci tego nie powie, a otrzymasz mniej funkcjonalne svnpolecenie.

W takim przypadku możesz wrócić do klienta, który został dostarczony z dystrybucją, zwykle w formacie /usr/bin/svn. Wadą jest to, że prawdopodobnie będziesz musiał ponownie sprawdzić kopie robocze, ponieważ nie ma svn downgradepolecenia. W każdym razie możesz skonsultować się z Linusem Torvaldsem, co należy myśleć o Subversion;)


2

Aby dodać do odpowiedzi Heatha: Wygląda na to, że Subversion 1.6 domyślnie wyłączył przechowywanie haseł, jeśli nie może przechowywać ich w postaci zaszyfrowanej. Możesz zezwolić na przechowywanie niezaszyfrowanych haseł, jawnie ustawiając password-stores =(czyli pustą wartość) w ~/.subversion/config.

Aby sprawdzić, którego magazynu haseł używa Subversion, zajrzyj do ~/.subversion/auth/svn.simple. Zawiera kilka plików, każdy z tabelą skrótów z prostym kodowaniem klucz / wartość. W svn:realmstringkażdym pliku określa, dla której dziedziny ten plik jest przeznaczony. Jeśli plik ma

K 8
passtype
V 6
simple

następnie przechowuje hasło w postaci zwykłego tekstu gdzieś w tym pliku, we K 8 passwordwpisie. W przeciwnym razie próbuje użyć jednego ze skonfigurowanych plików password-stores.


1

Wszystkie wymienione tutaj metody nie działają dla mnie. Zbudowałem Subversion ze źródeł i dowiedziałem się, że muszę uruchomić konfigurację, --enable-plaintext-password-storageaby obsługiwać tę funkcję.


1

Aby podkreślić, co Tomasz Gandor i Domain powiedzieli o posiadaniu odpowiedniej wersji svn i że została ona skompilowana, aby umożliwić przechowywanie haseł w postaci zwykłego tekstu, musisz zweryfikować, co masz:

svn --version
svn, version 1.9.7 (r1800392)
...
WARNING: Plaintext password storage is enabled!
...

The following authentication credential caches are available:

* Plaintext cache in /gr/home/ffvdqb/.subversion
* GPG-Agent

Przeciw:

svn --version
svn, version 1.12.2 (r1863366)
...

The following authentication credential caches are available:

* Gnome Keyring
* GPG-Agent
* KWallet (KDE)

Gdy zobaczysz, że twoja wersja svn została włączona do przechowywania haseł w postaci zwykłego tekstu, zastosuj wszystkie pozostałe odpowiedzi tutaj.


1

Używam klienta TortoiseSVN w systemie Windows i dla mnie ustawienie parametru store-passwords jako yes w %USERPROFILE%\AppData\Roaming\Subversion\confignie pomaga w przechowywaniu hasła.

Hasło zostało pomyślnie zapisane po usunięciu tego folderu (na wypadek zmiany nazwy):

%USERPROFILE%\AppData\Roaming\Subversion\auth

Środowisko:

Windows 7, TortoiseSVN 1.7.11 (Build 23600 - 64 bit, 2012-12-12T19:08:52), Subversion 1.7.8.

0

Niestety odpowiedzi nie rozwiązały problemu z pytaniem o hasło do ssh + svn z chronionym kluczem prywatnym. Po kilku badaniach znalazłem:

ssh-add

narzędzie, jeśli masz komputer z systemem Linux. Upewnij się, że masz zapisane klucze /home/username/.ssh/i wpisz to polecenie w terminalu.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.