2012-02-06 11 views
3

以前は私は一人で働いていました...今は多くの協力者がいるかもしれません。しかし、私はソースコード(SVNで現在制御されている)に完全にアクセスしたいとは思わない。 GitやMercurialへの移行は実際には大きな問題ではありません。しかし、セキュリティを制御するための最善の方法と最小の頭痛は何ですか?毎秒チームメンバーへのアクセスを制限するために、コマンドプロンプトを入力したり、コードを実行して権限を変更したりする必要はありません。このためのWebコントロールはありますか?チームメンバーのソースコードへのアクセスをスマートに制限するにはどうすればよいですか?

+5

良い解決策は、あなたが信頼するチームを得ることです。 – pmr

+2

あなたはコードベースを読む能力を制限しようとしていますか?それが前者の場合は、あなたが信じるチームをつくってください。後者の場合、以下の答えは多くの可能性を提供します。 – Novelocrat

答えて

1

のセキュリティを管理できるようにすることができ大したことではない場合開発プロセスの実施の一環として、リポジトリホスティングとコードレビューシステムGerritをご覧ください。

+0

私はそれが好きでした!週末にお試しいただきありがとうございます –

3

ApacheでSVNにmod_davセットアップを使用している場合は、パスベースの認可を使用して、事前定義されたグループのアクセス許可に従って、異なるユーザーがアクセスできるディレクトリを制限できます。

ここに広範囲のチュートリアルがあります:Path-Based Authorization in SVN

2

はあなたがコミットされると、彼らがコミットしようとしているためにどの枝どのユーザー伝えることができる必要があり、サーバー上の事前コミットフックとして。トランクやタグにコミットしようとしていることが検出された場合(標準的なリポジトリ設定を前提とすると)、単にコミットに失敗する可能性があります。

これにより、ブランチにコミットすることが制限されます。その後、どのブランチがトランクに再統合され、コミットされたかを制御することができます。

私たちの設定は、タグを作成した後でタグの下のものを変更することができないという点で少し似ています。

1

LinuxでSVNサーバーを使用している場合は、subminはブランチを保護するのに優れています。使いやすいインターフェイスで、パスベースの認証を隠します。

関連する問題