問題タブ [svn-administraton]

SVN を使用してリポジトリをセットアップし、プロジェクトをアップロードしました。これらのプロジェクトには複数のユーザーが取り組んでいます。ただし、誰もがすべてのプロジェクトへのアクセスを必要とするわけではありません。プロジェクトごとにユーザー権限を設定したい。

どうすればこれを達成できますか？

ソースが単一の最上位ディレクトリでインポートされなかったプロジェクトの svn リポジトリを管理しています。その結果、1 つではなく、約 15 の個別の「プロジェクト」があります。変更履歴を維持しながら、これらを 1 つのフォルダーにマージするにはどうすればよいですか?

*ヒント: この場合、svn move は機能しません。

[編集] おっと、Combining multiple SVN repositories into oneのだまされ

svnserveでパスベースの認証を使用していますが、リポジトリを指定するとパーミッションエラーが発生します。ただし、パスを指定するだけで認証されます。

私のauthzファイルでは、これを行うと機能します。

これを行うと、機能しません。

「svn」が私のリポジトリの実際の名前であると私はかなり確信しています。誰かが私がリポジトリの名前を見つける方法を教えてくれれば、それは助けになるかもしれません。リポジトリは/usr/ local/svnの下にあります。

Windowsでcscriptの上で実行しようとしていますが、何もしていないようです。ダンプ ファイルは作成されません。

私がやっている間違いはありますか？

私は SVN を使用しており、ファイル authz * = r に設定した場合にのみ、コンテキスト メニューから [ログの表示] を選択すると、ログ メッセージを表示できます。

確かにこれは私が望んでいるものではありません-すべての読み取りアクセスを許可するには...

私は現在 @developer=rw を使用していますが、上で述べたように、これは機能しません。

お知らせ下さい

ありがとう

Subversion ダンプ ファイルで最も高いリビジョン番号を抽出したいと考えています。ファイルを 1 行ずつ解析する以外に、標準の perl (サーバーで追加のモジュールを許可しない) または bash シェル スクリプトを使用する、より簡単な (そしてできればより高速な) 方法はありますか?

svn でファイルを追加/削除 (読み取り/変更/書き込みではなく) する権限を制御する必要があるという要件があります。svn アクセス制御にそれを行う方法があるかどうかを確認しました。しかし、この種の制限はないようです。

この操作を実行できるいくつかのプリコミットをチェックしていて、svnperms フックをラウンドすると、この機能があります。ただし、同様のアクセス制御の実装もあるため、これをアクセス制御スクリプトと組み合わせて使用​​するかどうかはわかりません。

ユーザーの追加/削除権限を実装するための最良の方法について、いくつか提案をいただけますか?

[/] * = r (全員/すべてに読み取ります) を設定せずにログ表示機能を使用するにはどうすればよいですか。

authz ファイルにいくつかのグループがあります。次のようになります。

追加すると

ファイルでは、show log 機能が動作します。ただし、これにより、すべてのリポジトリの全員がアクセスできるようになります。

この関連する質問には回答がありません。

そのため、SVN サーバーは一晩で停止し、最新のダンプが実行され、前日にサーバーからコピーされました。

新しいSVNサーバーを立ち上げて、最後に成功したダンプからすべてのリポジトリバックアップをロードしました。ただし、ダンプの実行後に古いサーバーに対して行われたコミットがありました。新しいサーバーをテストすると、TortoiseSVN はローカル クライアント ファイルが最新であり、コミットは必要ないことを識別しますが、サーバーが古く、最新のコミットを再度コミットする必要があることはわかっています。

これをできるだけ効率的に行いたいと思っています。何らかの方法でサーバー リポジトリの数を増やし、クライアント マシンに強制的に更新を実行させる方法はありますか? (Tortoise 内でクリーンアップ コマンドを実行すると、どのファイルを再コミットする必要があるかが特定されます)。クライアント/プロジェクトごとにセットアップしたさまざまなリポジトリを使用/アクセスしている多くの開発者がいます。

アドバイス/ヘルプをありがとう。私は SVN 管理にまったく慣れていませんが、復元を実行する必要があったのはこれが初めてです。

デレク

60以上のプロジェクトを含む大きくて巨大なずさんなSubversionリポジトリがあります。、、、trunkおよびディレクトリはリポジトリのルートにありますbranches。tagsいくつかのブランチが行われbranches/project/branchNameます。その他は行われbranches/BranchName/projectます。がらくたがたくさんあります。

ほぼ200,000のリビジョン、22Gb、および60以上のプロジェクトがあります。

リポジトリを再構築したいので、各プロジェクトには独自のリポジトリがあり、標準の分岐戦略を確立します。リポジトリ全体のダンプには約7〜8時間かかります。その後、svndumpfilter複数回実行する必要があるため、必要なものを除外するのは非常に長いプロセスです。

新しい戦略を考えています。1つのプロジェクトに関連するリビジョンを見ると、400のリビジョンについて話している可能性があります。svnadmin dumpさまざまなリビジョンで実行できることを知っています。興味のあるプロジェクトのリビジョンだけをダンプするとどうなりますか？svnadmin dumpリビジョンごとに実行できます。これは実際にはもっと速いかもしれないと思います。ただし、これは新しいリポジトリへのロードにどのように影響しますか？

必要なリビジョンだけを単にダンプするという問題はありますか？