Sử dụng bản rõ có thể không phải là lựa chọn tốt nhất, nếu mật khẩu đã từng được sử dụng như một thứ khác.
Tôi ủng hộ câu trả lời được chấp nhận, nhưng nó không phù hợp với tôi - vì một lý do rất cụ thể: tôi muốn sử dụng một trong hai kwallet
hoặc gnome-keyring
cửa hàng mật khẩu. Tôi đã thử thay đổi cài đặt, tất cả bốn tệp:
/etc/subversion/config
/etc/subversion/servers
~/.subversion/config
~/.subversion/servers
Ngay cả sau khi tất cả đều được đặt giống nhau, với password-stores
và tên KWallet (mặc định có thể sai, đúng không?) Nó vẫn không hoạt động và liên tục yêu cầu mật khẩu mãi mãi. Các tệp trong ~/.subversion
có quyền 600.
Tại thời điểm đó, bạn có thể thử kiểm tra một điều đơn giản:
which svn
Nếu bạn nhận được:
/usr/bin/local/svn
thì bạn có thể nghi ngờ rất nhiều khả năng rằng ứng dụng khách này được xây dựng từ nguồn, cục bộ, bởi quản trị viên của bạn (có thể là chính bạn, như trong trường hợp của tôi).
Subversion là một con thú khó chịu để biên dịch , rất dễ vô tình xây dựng mà không hỗ trợ HTTP, hoặc - như trong ví dụ của tôi - không hỗ trợ các kho lưu trữ mật khẩu được mã hóa (bạn cần tệp phát triển Gnome hoặc KDE và rất nhiều tệp trong số đó!). Nhưng ./configure
tập lệnh sẽ không cho bạn biết điều đó, và bạn chỉ nhận được một svn
lệnh ít chức năng hơn .
Trong trường hợp đó, bạn có thể quay lại khách hàng đi kèm với bản phân phối của bạn, thường là trong /usr/bin/svn
. Nhược điểm là - bạn có thể cần phải kiểm tra lại các bản sao đang hoạt động, vì không có svn downgrade
lệnh. Dù sao thì bạn cũng có thể tham khảo ý kiến của Linus Torvalds về suy nghĩ của mình về Subversion;)