GitLab, korumalı şubeler oluşturmama izin verin ve ardından belirtilen cadı kullanıcılarının bu korumalı şubelere erişim hakkı olacaktır. Peki, bazı kullanıcılara aynı repo üzerinde , ancak tüm korumalı şubelere erişim izni istememe ne dersiniz? Yani, daha ayrık/taneli bir kullanıcı-şube izinleri.Kullanıcı korumalı şube başına GitLab'e nasıl izin verilir?
Bu tür izinlerin bugün Gitlab sürümünde mevcut olduğundan emin değilim. Ya da Github'da projenin gevşek bir şekilde dayanağı var.
Sanırım 5.2 sürümü forking'i serbest bıraktı. Bu nedenle, kullanıcıyı ana depoya taahhütte bulunamayabilir, ancak depolarını kendi ad alanlarına işlerini yapabilecekleri ve bir çekme isteği gönderebilecekleri çatalına izin verebilirsiniz. Github'un izlediği iş akışına benzer. (Bunu henüz denemedim, henüz = 5,2'ye yükseltmedik)
Git ile birlikte erişim mümkün değildir (it got dropped with gitlab 5.0 bile gitolite couldn't do it): Bir repo'ya erişebiliyorsanız, tüm şubelerine erişim. İtmeye karşı koruyabilir, ancak çekemezsiniz. Fork, GitLab 5.2'de Stevenmentions olarak kullanılabilir, dolayısıyla bu çözüme sahip olursunuz.
Forking, ihtiyaçlarımı kapsamamaktadır. USER1, BRANCH2'ye BRANCH1'e değil, BRANCH2'ye erişim izni vermek istiyorum. Çatalla birlikte, her iki dalda KULLANICI1'e erişimi (push erişimi) engellemeliyim ve ardından USER1, BRANCH1'e erişimi zorlayabildiğinde BRACH1'i değiştirmek istediğinde BRAND11'i istediği her seferde bir istek isteğinde bulunmalı ve BRANDCH1 yönetimini GitLab sınırlaması nedeniyle artırmalıdır. Bana öyle geliyor ki, bu iş akışı GitLab'da uygulanamaz. Cevabın için teşekkürler. –
@ gsc-frank Katılıyorum: forking hantal iş akışı için yapar. Yani forumlarında bir özellik isteği sırayla, ben varsayım. – VonC