Mit GitLab kann ich geschützte Zweige erstellen und dann bestimmte Hexenbenutzer haben Push-Zugriff auf diese geschützten Zweige. Aber was ist, wenn ich möchte, dass einige Benutzer Zugriff auf einige, , aber nicht alle geschützte Zweige auf dem gleichen Repo haben? Ich meine, eine diskretere/granulierte Benutzer-Zweig-Berechtigung.Wie kann man pro Benutzer geschützte Zweige in GitLab freigeben?
Ich bin nicht sicher, dass diese Arten von Berechtigungen in der Version von Gitlab heute existieren. Oder in Github, auf dem das Projekt basiert.
Ich denke, Version 5.2 freigegeben Forking. So können Sie vielleicht den Benutzer dazu bringen, sich nicht an das Haupt-Repository zu binden, sondern ihm erlauben, das Repository auf seinen eigenen Namespace zu verzweigen, damit diese ihre Arbeit erledigen und eine Pull-Anfrage senden können. Ähnlich wie der Workflow, dem Github folgt. (Ich habe das noch nicht ausprobiert, habe noch kein Upgrade auf> = 5.2 gemacht)
Es ist kein lesender Zugriff mit git möglich (auch gitolite couldn't do it, vor it got dropped with gitlab 5.0): Wenn Sie auf ein Repo zugreifen können, haben Sie Zugang zu allen seinen Filialen. Sie können vor Stoß schützen, aber nicht ziehen. Fork ist verfügbar in GitLab 5.2, wie Stevenmentions, so dass Sie diese Lösung haben.
Forking nicht meine Bedürfnisse abdecken. Ich möchte USER1 Push-Zugriff auf BRANCH1 und nicht auf BRANCH2 geben. Mit fork muss ich den Zugriff (Push-Zugriff) auf USER1 auf beide Zweige verweigern und dann USER1 bitten, eine Pull-Anfrage zu machen, wenn USER1 BRACH1 ändern möchte, wenn er Push-Zugriff auf BRANCH1 haben könnte, wodurch die BRANCH1-Verwaltung aufgrund der GitLab-Beschränkung erhöht wird. Nun, mir scheint, dass dieser Workflow nicht auf GitLab implementiert werden kann. Danke für deine Antwort. –
@ gsc-frank Ich stimme zu: Forking sorgt für einen umständlichen Workflow. Also eine Feature-Anfrage in ihrem Forum ist in Ordnung, vermute ich. – VonC