2013-06-27 8 views
6

GitLab pozwala mi tworzyć chronione oddziały, a następnie określić, że użytkownicy wiedźmy będą mieli dostęp w trybie push do tych chronionych oddziałów. Ale co jeśli chcę, aby niektórzy użytkownicy mieli dostęp do niektórych, , ale nie wszystkich chronionych oddziałów na tym samym repo? Mam na myśli bardziej dyskretne/granulowane uprawnienia gałęzi użytkownika.Jak zezwolić na dostęp do chronionych oddziałów użytkownika w GitLab?

Odpowiedz

3

Nie jestem pewien, czy tego typu uprawnienia istnieją dzisiaj w wersji Gitlab. Lub w Github, na którym projekt jest luźno oparty.

Wydaje mi się, że wersja 5.2 została zwolniona. Być może jesteś w stanie zmusić użytkownika do niezdolności do zatwierdzenia w głównym repozytorium, ale możesz pozwolić im na przeniesienie repozytorium do ich własnego obszaru nazw, który może wykonać swoją pracę i wysłać żądanie ściągnięcia. Podobny do przepływu pracy, który podąża Github. (Nie próbowałem tego na pewno, nie został uaktualniony do> = 5,2 jeszcze)

2

Nie ma dostęp do odczytu możliwe git (nawet gitolite couldn't do it przed it got dropped with gitlab 5.0): czy można uzyskać dostęp do repo, masz dostęp do wszystkich swoich oddziałów. Możesz chronić przed pchaniem, ale nie pociągać. Fork jest dostępny w GitLab 5.2, jako Stevenmentions, więc masz to rozwiązanie.

+1

Rozwidlenie nie zaspokaja moich potrzeb. Chcę dać USER1 push dostęp do BRANCH1, a nie do BRANCH2. Za pomocą widelca muszę odmówić dostępu (push access) do USER1 do obu oddziałów, a następnie poprosić UŻYTKOWNIK1 o żądanie ciągnięcia za każdym razem, gdy UŻYTKOWNIK1 chce zmienić BRACH1, gdy może mieć dostęp Push do BRANCH1, zwiększając zarządzanie BRANCH1 z powodu ograniczenia GitLab. Wydaje mi się, że tego przepływu pracy nie można zaimplementować w GitLab. Dzięki za odpowiedź. –

+0

@ gsc-frank Zgadzam się: rozwidlenie powoduje kłopotliwy przepływ pracy. Więc żądanie funkcji na ich forum jest w porządku, jak przypuszczam. – VonC