Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Create Repository" right on namespace level #1899

Open
Shaoranlaos opened this issue Dec 16, 2021 · 4 comments
Open

"Create Repository" right on namespace level #1899

Shaoranlaos opened this issue Dec 16, 2021 · 4 comments
Labels
enhancement New feature or request pinned Pinnend issues are not touched by the stale bot

Comments

@Shaoranlaos
Copy link

Issue description

Feature Request

Problem to be solved

We have different teams that are working on different project types (mainly language based).
Our namespaces are named after these project types e.g. java-projects, python-projects or r-projects.
These namespaces are then automatically read and build via jenkins with the help of the scm plugin on jenkins side.
At the moment all repositories for each team must be created from someone that has the global "Create Repository" right.
I would like to define a namespace owner that can create repositories in a specific namespace to lighten the administrative overhead when a team creates a new project because creating the repository is the only part in out infrastructure (atm.) where a global admin has to step in.

Proposed solution

Best would be if there was a right "Create Repository" on the namespace level (like it exists for reading and writing).
This proberly also needs a bit of validation on the "Create Repository" form so that a user can only create a repository in the namespaces where he is allowed.

This would also integrate partly with #1723 so that the list is prefiltered to the allowed namespaces (maybe also with a change from a autocomplete field to a combobox).

@pfeuffer pfeuffer added the enhancement New feature or request label Dec 17, 2021
@pfeuffer
Copy link
Member

This sounds good. What comes into my mind is a namespace strategy, where you can assign namespaces to users and groups. These are then selectable as namespaces. As a bonus, one could link these namespaces with permissions, so that they cannot diverge.

@Shaoranlaos
Copy link
Author

Would that mean the namespace definition would be moved to a global reference list (new namespaces are definied like roles in a new tab) and no longer be created on the fly?

That sounds good and could work. As long as i can freely name these namespaces (not like with the other namespace strategies where the name is static).

@pfeuffer
Copy link
Member

Namespace Strategies can be anything. The only boundary from my side is a appropriate level of generality, so that a plugin is not only useful for a single user.

@stale
Copy link

stale bot commented Jan 18, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale Issue is stale and will be closed if no further activity occurs label Jan 18, 2022
@pfeuffer pfeuffer added the pinned Pinnend issues are not touched by the stale bot label Jan 20, 2022
@stale stale bot removed the stale Issue is stale and will be closed if no further activity occurs label Jan 20, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request pinned Pinnend issues are not touched by the stale bot
Projects
None yet
Development

No branches or pull requests

2 participants