1

Red Bean の本を読んでいて、次の段落に気付きました。

すべてのユーザーが file:// URL を介してリポジトリに直接アクセスするという単純な考えに惑わされないでください。リポジトリがネットワーク共有を介して誰でもすぐに利用できる場合でも、これは悪い考えです。ユーザーとリポジトリの間の保護層が取り除かれます。ユーザーは誤って (または意図的に) リポジトリ データベースを破損する可能性があり、検査やアップグレードのためにリポジトリをオフラインにすることが難しくなり、ファイルのアクセス許可の問題が混乱する可能性があります ( 「複数のリポジトリ アクセス方法のサポート」項を参照してください)。これは、svn+ssh:// URL 経由でリポジトリにアクセスしないように警告する理由の 1 つでもあることに注意してください。セキュリティの観点からは、ローカル ユーザーが file:// 経由でアクセスするのと事実上同じです。

リポジトリにアクセスしているのは私だけなので、これらの警告はどれも当てはまらないようです。svnserve新しいバージョンがリリースされるたびに、クライアントとサーバーの両方ではなく、TortoiseSVN クライアントのアップグレードについてのみ心配する必要がありますか?

（私はすでに試しました-再配置機能を使用してsvn://からfile://に切り替えるだけでした--しかし、このままにしておくと、何かが忍び寄らないようにしたかったのです仕方。）

4

3 に答える 3

3

はい。あなただけがリポジトリにアクセスしている場合、これらの警告は適用されません。

于 2010-03-12T21:29:00.950 に答える
1

私は SVN を Tortoise および Slik Subversion クライアントでシングルユーザーの file:// url を使用して数年間使用してきましたが、問題はまったくありませんでした。しかし、マルチユーザー アクセスが必要になると思われる場合は、いずれかのサーバー アクセス方法を使用する必要があります。共有ネットワーク ドライブに file:// リポジトリを配置しようとしないでください。

于 2010-03-12T21:30:00.913 に答える
0

私が見る潜在的な問題の 1 つは、svn では、ファイル URL を使用できない作業コピーに影響を与えずにリポジトリを移動できるように、あなたとリポジトリの間に一定レベルの間接性があることです。

つまり、リポジトリが /user/repos にあり、実行した場合

svnserve as svnserve --daemon --root /user

ユーザーは次を使用してファイルにアクセスします

svn://localhost/repos 後でリポジトリを /user2 に変更する必要がある場合は、実行するだけです

svnserve --daemon --root /user2

既存のチェックアウト コードは問題ありませんが、ファイル プロトコルを使用する場合は、ファイルを再配置する必要があります。

于 2011-09-21T16:05:24.763 に答える