We have a Development project. Inside the project we have repositories for a number of development projects. For the most part engineers should be able to create repositories and merge code, the sort of thing that WRITE access grants. But for certain ones such as the master branch or main-line development branches within repositories we need to lock down access. The documentation on Using Branch Permissions, Controlling Access and Branch Control Patterns shows how to add additional access. Is there a way to, for instance, set branch or repository permissions to be more restrictive than what is inherited rather than less?
You can't set a repo's projects to be more restrictive than it's project's. If you need a particular repo to be more secure than the others, put it in its own project (or, more obnoxiously, set the project permissions only to those that are shared by all repos, and add individual permissions to repos as needed).
You can further restrict a branch. In fact, that's the only thing you can do to a branch, permissions-wise. Any addition of permissions to a branch will grant write access to that branch ONLY to the people listed. They will still require write access on the repo (set either at the project or repo level).
So if the default for people in the engineering group was "WRITE" and I added branch permissions on master for User1 and User2 only they could merge or accept accept pull requests, but engineers would still have READ privileges?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Exactly. :-) No problem!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.