は、次のレポ考えてみません:gitoliteはmasterブランチ上のディレクトリへのアクセスを許可しないが、ユーザブランチに
REPO/srcに/ A/
REPO/SRC/B/
はそれが持っていることによって可能ですが次の制限を実装するために1つのrepoのみ?
- は、masterブランチでは、Aへのアクセスを許可しないが、貢献者の役割にBを可能に、masterブランチでメンテナの役割
- へのフルアクセスを許可します。
- 個人的な支店では、AとBをクリエイターにフルアクセスできます。
は、次のレポ考えてみません:gitoliteはmasterブランチ上のディレクトリへのアクセスを許可しないが、ユーザブランチに
REPO/srcに/ A/
REPO/SRC/B/
はそれが持っていることによって可能ですが次の制限を実装するために1つのrepoのみ?
Gitolite V3 or 'g3'とそのVREFでは、これらの制限を実装することが可能です。
ただし、管理できるアクセス権は書き込みアクセスのみです。
ユーザーがレポをクローンできる場合、すべてレポ(「gitolite: allow to change only selelected files」に記載されています)への読み取りアクセス権を持ちます。
本当に読み取りアクセスを制限したい場合は、gitolite 'partial-copy
'を試してみてください。
ほとんどのノート:
access ruleは次のようである:
repo REPO
RW+ master = MAINTAINER
- master VREF/NAME/A = CONTRIBUTOR
RW master VREF/NAME/B = CONTRIBUTOR
RW personal/USER/ VREF/NAME/A = CREATOR
RW personal/USER/ VREF/NAME/B = CREATOR
ねえ、私は読み込みアクセスは気にしません。私はあなたの提案された設定を行ってフィードバックを返す。 – Konstantinos
@コンスタンティノス優秀GitLabセットアップにGitolite V3がインストールされていることを確認してください。そしてgitlabの外で試してみてください.SHを介してgitコマンドを直接実行します。 – VonC
@VonCですが、ORedとANDedされていないリペックスを組み合わせたものではありませんか? –
repo REPO
- master VREF/NAME/src/A = @contributors
RW+ master = @maintainers @contributors
RW+ personal/ = @creators
注:
<zero or more refexes>
は、あなたの缶は(テストしていない)のようなものを与えるだろうrefexesを組み合わせた意味します:あなたのケースでは、VREF/NAME/Aの代わりに 'VREF/NAME/src/A'を指定することができます。 – VonC