私は本に書かれていることをすべて実行しました。つまり、.subversion/authから認証ファイルを削除し、関連する設定パラメータを明示的に「はい」に設定するこれはデフォルトですが、シェル SVN コマンドは毎回パスワードを要求します。リポジトリは cvsdude.com にあり、クライアントは Linux です。パスワードをキャッシュする Subclipse プラグインも使用しています。
ぼんやりと覚えているのですが、これを使い始めたとき、コマンドが対話形式でクリアパスワードを保存するかどうかを尋ねてきて、いいえと答えました。この選択をどこかに保存して、構成よりも優先させることはできますか?
ベストアンサー1
Subversion の最新バージョン (~ 1.8) では、次の方法でパスワード キャッシュを設定できます$HOME/.subversion/servers。
[global]
store-passwords = yes
store-plaintext-passwords = yes
しかし、システムによってはこれでは不十分な場合があります。不十分な場合は、次の内容が$HOME/.subversion/config含まれていることを確認してください。
[auth]
password-stores =
つまり、変数 password-stores は明示的に空の文字列に設定されます (背景として、svn には現在いくつかのキー エージェント ツールのサポートが含まれており、デフォルトで設定されているツールとのインターフェイスが脆弱である可能性があるため、上記のオプションが黙って無視され、キャッシュされない動作が発生します)。
初めて svn を使用する場合、$HOME/.subversion最初の svn 操作 (最初のチェックアウトの実行など) の後に階層が作成されます。次に、Subversion は上記のファイルを作成し、いくつかのドキュメントを含む、コメント アウトされた最も重要なオプションでそれらを埋め込みます。
$HOME/.subversionしたがって、開始点を明確に定義するために、古いディレクトリを移動することも理にかなっています。
もう 1 つの落とし穴は、パーミッション (つまり、読み取り不可のファイル) です$HOME/.subversionが、これは多くの場合問題にはなりません。 はsvnパーミッションを作成するときに適切なパーミッションを処理するためです (たとえば、auth ディレクトリは、構成された umask とは関係なく、グループ/すべてではなく、ユーザーのみが読み取り可能です)。