2016-07-08 9 views
2

hereまたはhereに記載されているように、特別な拡張ACLを使用してユーザー固有の読み取り/書き込みアクセスを定義する必要があります。Git permissionファイルアクセス権と特殊ACLの相違点

ただし、git compendiumは、すべてがファイルのアクセス許可で実行できることを示しています。

「サーバーへのユーザーSSHsとは /srv/git/my_project.gitディレクトリへの書き込みアクセス権を持っている場合、彼らはまた、自動的に プッシュアクセスできるようになります。」

ここでは何が欠けていますか?

答えて

2

あなたが通常のUNIXファイルのパーミッションやACLのような、よりエキゾチックな何かを経由して.gitディレクトリへのアクセス権を制御する方法問題ではない:ユーザーが.gitディレクトリに読み取り許可している場合、彼らは(git cloneまたはgit fetch)を読み取ることができます。ユーザーに書き込み権限がある場合は、書き込みを行うことができます(git push経由)。

これは、SSHまたはローカルファイルシステムを経由してフェッチまたはクローンを作成しているユーザーに当てはまります。 HTTP経由でリポジトリにサービスを提供するWebサーバーを使用している場合、独自のセキュリティレベルが追加される可能性があります。

+0

私は思ったのですが、なぜページの1つが「リポジトリレベルの最大限の制御のために拡張ACL [...]」(言い換えれば)を使用していると言いますか?単純な権限で行うしかし、アクセス権がすでにレポレベルでプッシュ/プル権限を定義している場合は、何が残っていますか? – taclight

+0

@taclight ACLの利点は継承だと私は思う。 '.git'フォルダの下に作成された新しいファイルによって継承される細かい粒度の許可を設定することができますが、標準のunixアクセス許可モデルでは、新しいファイルに関しては柔軟性がありません(基本的には、 'umask')。 –

関連する問題