Subversionリポジトリにファイルアクセス権を保存する

Question

ファイルアクセス権をリポジトリにどのように格納しますか？いくつかのファイルは、第三者のプログラムが破棄されるのを防ぐために読み取り専用にする必要がありますが、リポジトリからチェックアウトした後は、読み書き可能に設定されています。

私はgoogleを見て、blog post from 2005にSubversionがファイル許可を保存していないことがわかりました。パッチとフックスクリプトがリストされています（ただ1つのURLしか存在しません）。 3年後、Subversionはファイルのパーミッションを保存せず、この問題を解決する唯一の方法です。 （私はフックを行わず、むしろ、Subversionのにネイティブであるものを使用しないました。）

Answer 1

一つの可能​​な解決策は、あなたのコードとされ、残りのでチェックスクリプトを書くことであろう最初として実行されますあなたのビルドプロセスの一歩。

このスクリプトは、コードベースのコピーを実行し、特定のファイルに対する読み取り権限を設定します。

スクリプトは、単純な入力ファイルからファイルのリストを読み込むのが理想的です。 これにより、他の開発者がどのファイルを読み取り専用としてマークするのかを容易に管理しやすくすることができます。

Answer 2

ファイルへの書き込みから他人を許可しないようにsvn lockの使用を検討してください。

Answer 3

ロックするとこの問題は解決しません。ロックすると他人のファイル編集が停止します。これは、ファイルに書き込もうとするビルドプロセスの一部として実行されるサードパーティのアプリケーションです（変更するとビルドプロセスが中断されます）。そのため、プログラムは単にファイルを読み取り専用にするだけで、ファイルを変更しないようにする必要があります。私たちは、その情報は、リポジトリ内に保持し、チェックイン、支店間で実施されたいなど

Answer 4

グラハム、svnはアクセス許可を格納しません。あなたの唯一の選択肢は、svnにあなたのコールをラップすることです。スクリプトは、引数を指定してsvnを呼び出し、その後にアクセス権を設定する必要があります。環境によっては、スクリプトsvnを呼び出して、PATHを調整して呼び出されるようにする必要があります。

私は、リポジトリ自体にファイルとアクセス権のリストをチェックしてみると、それほど気に入っています。

Answer 5

私たちはこれを行うためにバッチファイルを作成しました。しかし、実際のサポートを転覆でより好むだろう...

Answer 6

SVNでファイルのアクセス許可を格納するネイティブな方法はありません。

ブログ投稿のasvnとthe patchはどちらもアップしている（公式のSVNリポジトリでホストされている）のですが、それは良いことですが、いつでもコアバージョンでこのようなメタデータ処理を行うとは思いませんすぐに。

SVNには、特に長い間、symbolic linksとexecutablesを処理する機能がありましたが、どちらも正しく動作していません。私はそのような移植不可能な機能のために息を止めませんでした（しかし、既存のメタデータシステムの上に実装するのは難しくありません）。

ファイルを手動で調整するためのシェルスクリプトの作成を検討しますリポジトリに格納します。

Answer 7

SVNには、ファイルとともにメタデータ（properties）を保存する機能があります。プロパティは基本的にキーと値のペアですが、 'svn：executable'のような特別なキーがあります。このプロパティがファイルの場合、Subversionはファイルをチェックアウトするときにファイルの実行可能ビットを設定します。私はこれが正確にあなたが探しているものではないことを知っているが、それだけで十分かもしれない（私のためだった）。

行末（svn：eol-style）とMIMEタイプ（svn：mime-type）には他のプロパティがあります。

Answer 8

@morechilli：

私の以前のポストからasvnラッパーとOPのポストでのブログはあなたが示唆されているものをやっているようです。単一の外部ファイルではなく、対応するファイルのリポジトリプロパティにアクセス権を格納します。

Answer 9

Thisは、UNIXスタイルのファイルアクセス権を正しく処理するSVNパッチの更新リンクです。

私はちょうどそれが/ usr/bin/asvnを保存し、正しく処理される権限が必要な場合は、svnコマンドの代わりにasvnを使用しました。

Answer 10

mtreeユーティリティ（デフォルトでFreeBSDがあります）を使用してパーミッションマップを生成し、そのマップをリポジトリに保存し、上記のようにマップから適切なファイルパーミッションを復元するスクリプトを実行することをお勧めしますビルドプロセスの最初のステップ。

Answer 11

多くの回答は、svnにファイルのアクセス許可が保存されていないと述べています。これは本当かもしれないが、私は単純にこれらのステップで実行権限の問題もなくdllファイルを解決することができました：

1. のchmod 755 badpermission.dll
2. MV badpermission.dll ../
3. のsvn更新
4. SVNのrm badpermission.dll
5. のsvnは
6. MV ../badpermission.dllを "権限を修正するDLLを削除する" badpermission.dll -mをコミットします。
7. のsvnはbadpermission.dll追加
8. のsvnコミットbadpermission.dll -m
9. のrm badpermission.dll
10. のsvn更新
11. badpermission.dllがバックで実行権限を来る "の権限を修正するために戻ってDLLを追加"

Answer 12

これまでの回答では完全には述べられていなかったので、私はゾンビのスレッドを復活させるのは嫌です。

SVNの許可のサポートを追加すると、複数のOSのと許可のタイプに対応しなければならないので、NFS、POSIX、ARWED、およびRACFは

これはSVNは肥大化になるだろう、多分NFSおよびPOSIXなどの競合許可の種類と衝突、または可能な悪用/セキュリティの脆弱性を開く。

いくつかの回避策があります。 pre-commit、post-commit、start-commitはより一般的に使用され、Subversionシステムの一部です。 しかし、これまでのプログラミング言語を使って権限を制御することができます。

私が実装したシステムは、作業コピーのコミット済みファイルを検証した後、ファイル/フォルダに必要なデフォルトのアクセス許可をリストするメタデータファイルを解析し、慾望。

Owner, Group, Folders, Files 
default: <user> www-user 750 640 
/path/to/file: <user> non-www 770 770 
/path/to/file2: <user> <user> 700 700 

ます。また、この時に拡張し、自動移動などの事を許可し、それらの名前を変更し、種類によってリビジョンにタグを付け、アルファ、ベータ、リリース候補のように、限りサポートするクライアントは、あなたのをチェックアウトするよう

を解放することができますリポジトリファイルにアクセス許可が添付されています。パッケージのインストーラを作成し、それをリソースとして提供する方が良いでしょう。

rootの権限で設定された実行可能ファイルを使用してリポジトリを設定しているとします。www-user 4777