Odmów READ konkretnych gałęzi repozytorium z gitolite

Question

Co staram się osiągnąć jest następujące: współpracowników są w grupie @coworkers, klientów są w grupie @klienci.

repozytorium Git będzie dostępne do odczytu i zapisu dla wszystkich, ale będą też specjalne oddziały. tj utworzyć nowy oddział „stażysta” i @coworkers ma acces RW +, ale klienci nie powinni być w stanie R lub W.

Myślałem, że mogę osiągnąć przez

repo myrepo 
    - intern = @clients 
    RW+   = @clients @coworkers 

Ale to robi nie działa.

Answer 1

Nie jestem ekspertem od gitolite, ale ja myślę, że reguły są przetwarzane w kolejności. Czy próbowałeś po prostu cofnąć ostatnie dwie linie? Oznacza to, że najpierw udzielamy zgody na @clients i @coworkers, a następnie odmawiamy dostępu do intern przez @clients.

Answer 2

Według discussion z autorem gitolite, przeczytaj ograniczenie dostępu nie jest możliwe dla oddziałów:

rzeczy Gitolite per-oddział działa tylko do zapisu. To nie działa dla dostępu do odczytu, ponieważ git sam nie obsługuje tego rozróżnienia.

Answer 3

Jest obecnie możliwe, aby ograniczyć dostęp do odczytu gitolite oddziałów z najnowszej wersji gitolite v3.x Używanie partial-copy feature z gitolite

1. Należy używać najnowszej wersji gitolite
2. Odkomentuj partial-copy linia w sekcji ENABLE pliku ~/.gitolite.rc
3. ustawić $GIT_CONFIG_KEYS = '.*' w ~/pliku .gitolite.rc
4. Skorzystaj z partial- opcja kopiowania, aby mieć inne repozytorium, które jest kopią oryginalnego repozytorium, ale bez niektórych gałęzi.

Przykład: jeśli klient ma mieć tylko dostęp do deploy oddziału

repo my-repo 
    RW+  = @coworkers 

repo my-repo-deploy 
    RW deploy = @clients 
    -   = @clients 

    - VREF/partial-copy   = @all 
    config gitolite.partialCopyOf = my-repo 

jeśli git skarżą się, że nie można usunąć gałąź master może użyć tego polecenia na serwerze:

sudo git config --system receive.denyDeleteCurrent warn 
sudo git config --global receive.denyDeleteCurrent warn 

klienci mogą teraz sklonować oddział wdrożyć repozytorium my-repo wdrożeniu z poleceniem podobnym do:

git clone -b deploy git@your-server:my-repo-deploy