답변:
에서가 ~/.subversion/config
, 당신은 아마 있습니다 store-passwords = no
. 그것을 변경하십시오 yes
(또는 기본값이 yes이므로 주석 처리하십시오). 다음에 Subversion에 암호를 제공하면 저장해야합니다.
의 소유자 및 권한 ~/.subversion/config
이 올바른지 확인할 수 있습니다 (공개 또는 그룹 액세스 없음, 600).
Red Hat Linux 2.6.18
. 그것이 어디에있을 수 있는지 아십니까?
/etc/subversion/config
시스템 생성 후 예상대로 작동합니다. 감사합니다
store-passwords
에서 옵션 config
내에서 발견 된 일부 기본 의견에 따라 지금은 사용되지 않으며, config
파일, 그것은 동일한 옵션으로 대체되었습니다 servers
.)
사용중인 프로토콜에 따라 다릅니다. SVN + SSH를 사용하는 경우 SVN 클라이언트는 암호를 건드리지 않기 때문에 암호를 저장할 수 없습니다. SSH 클라이언트는 암호를 직접 입력하라는 메시지를 표시합니다. 이 경우 SSH 키와 ssh-agent를 사용하여 지속적인 프롬프트를 피할 수 있습니다. svnserve 프로토콜 또는 HTTP (S)를 사용하는 경우 SSH 클라이언트가 암호를 처리하고 저장할 수 있습니다.
.ssh/config
, SVN 서버에 공개 키를 추가 할 수 있습니다.
.subversion
홈 디렉토리에서 폴더를 지우고 커밋을 다시 시도하십시오. 암호를 묻는 메시지가 표시되고 암호를 저장할 것인지 묻습니다.
~/.subversion/servers
파일 에서 다음 단락을 참고 하십시오.
이제 'store-passwords'와 'store-auth-creds'를 config 디렉토리의 'servers'파일에 지정할 수 있습니다. 이 섹션에 지정된 모든 것은 'servers'파일에 지정된 설정으로 대체됩니다.
SVN 버전 1.6.12 이상입니다. 따라서를 재정의 할 때 servers 파일도 편집해야합니다 ~/.subversion/config
.
이 멋진 답변 중 어느 것도 Ubuntu를 새로 설치했을 때 저에게 효과가 없었습니다. 에서 대신 단서 이 답변 나를 위해 트릭을했습니다.
다음을 비워 두어 "간단한"암호 저장소를 허용해야했습니다 ~/.subversion/config
.
password-stores =
기존 설정이 없으므로 비어있는 것이 중요합니다.
이것은 다음에 추가되었습니다.
store-passwords = yes
에서 ~/.subversion/servers
.
암호가 다른 것으로 사용되는 경우 일반 텍스트를 사용하는 것이 최선의 선택이 아닐 수 있습니다.
나는 받아 들여진 대답을지지하지만 그것은 나를 위해 작동하지 않았다-아주 특정한 이유로 : 나는 kwallet
또는 gnome-keyring
암호 저장소 를 사용하고 싶었다 . 네 파일 모두에서 설정을 변경해 보았습니다.
/etc/subversion/config
/etc/subversion/servers
~/.subversion/config
~/.subversion/servers
모든 것을 동일하게 설정 한 후에도 password-stores
KWallet 이름 (기본값이 잘못되었을 수 있습니다. 맞나요?)이 작동하지 않고 계속 암호를 요청했습니다. 의 파일에는 ~/.subversion
600 개의 권한 이 있습니다 .
글쎄, 그 시점에서 당신은 한 가지 간단한 것을 확인하려고 할 수 있습니다.
which svn
얻을 경우 :
/usr/bin/local/svn
그러면이 클라이언트가 관리자 (제 경우와 같이 자신 일 수 있음)가 로컬에서 소스에서 빌드 한 것으로 의심 할 수 있습니다.
Subversion은 컴파일 하기 매우 까다 롭고 실수로 HTTP 지원없이 빌드하거나 암호화 된 암호 저장소를 지원하지 않고 실수로 빌드하기가 매우 쉽습니다 (Gnome 또는 KDE 개발 파일이 필요하며 많은 파일이 필요합니다!). 하지만 ./configure
스크립트는이를 알려주지 않고 기능이 떨어집니다.svn
명령 됩니다.
이 경우 배포판과 함께 제공된 클라이언트 (일반적으로 /usr/bin/svn
. 단점은 svn downgrade
명령 이 없기 때문에 작업 복사본을 다시 체크 아웃해야한다는 것입니다 . 어쨌든 Subversion에 대해 어떻게 생각할지 Linus Torvalds 에게 문의 할 수 있습니다 .)
Heath의 답변에 추가하려면 : Subversion 1.6은 암호화 된 형식으로 저장할 수없는 경우 기본적으로 암호 저장을 비활성화 한 것처럼 보입니다. 에서 명시 적으로 설정 password-stores =
(즉, 빈 값)하여 암호화되지 않은 암호 저장을 허용 할 수 있습니다 ~/.subversion/config
.
어떤 암호 저장소 Subversion이 사용하는지 확인하려면을 참조하십시오 ~/.subversion/auth/svn.simple
. 여기에는 각각 간단한 키 / 값 인코딩이있는 해시 테이블이있는 여러 파일이 포함됩니다. svn:realmstring
각 파일 의 는 해당 파일의 영역을 식별합니다. 파일에
K 8
passtype
V 6
simple
그런 다음 해당 파일의 K 8 password
항목 에있는 일반 텍스트로 암호를 저장합니다 . 그렇지 않으면 구성된 password-stores
.
Tomasz Gandor와 Domain이 svn의 올바른 버전을 가지고 있으며 평문 암호 저장을 가능하게하기 위해 컴파일되었다고 말한 것을 강조하기 위해, 당신이 가지고있는 것을 확인해야합니다 :
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
대:
svn --version
svn, version 1.12.2 (r1863366)
...
The following authentication credential caches are available:
* Gnome Keyring
* GPG-Agent
* KWallet (KDE)
svn 버전이 일반 텍스트 암호 저장에 대해 활성화 된 것을 확인한 다음 나머지 모든 답변을 여기에 적용하십시오.
Windows 에서 TortoiseSVN 클라이언트를 사용 하고 있으며 저에게는 store-passwords 매개 변수를 yes 로 설정 합니다. .%USERPROFILE%\AppData\Roaming\Subversion\config
설정해도 암호를 저장하는 데 도움이되지 않습니다.
이 폴더를 제거한 후 암호가 성공적으로 저장되었습니다 (이름을 바꾸는 경우에만 해당) :
%USERPROFILE%\AppData\Roaming\Subversion\auth
환경:
Windows 7, TortoiseSVN 1.7.11 (Build 23600 - 64 bit, 2012-12-12T19:08:52), Subversion 1.7.8.