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

GitHub permissions #11

Open
frewsxcv opened this issue Sep 2, 2020 · 2 comments
Open

GitHub permissions #11

frewsxcv opened this issue Sep 2, 2020 · 2 comments

Comments

@frewsxcv
Copy link
Member

frewsxcv commented Sep 2, 2020

No description provided.

@weiji14
Copy link
Member

weiji14 commented Sep 22, 2024

After #34, just wanted to ask if write/maintain permissions under the GeoRust organization is handled on a repo by repo basis (i.e. at the discretion of the maintainers)? Are there repo-specific teams used to organize permissions?

@michaelkirk
Copy link
Member

michaelkirk commented Oct 3, 2024

I think georust has historically been very light on policy. As far as I know, the only things we've codified are in https://github.com/georust/meta/blob/master/GUIDELINES.md

What this means in practice is that many things are left up to the individual repository owners. Often this is the historic creator of the crate, before it was moved into georust.

For write permissions in particular, historically, most georust repos have been very liberal - if you are in https://github.com/orgs/georust/teams/core you can write to most georust repositories.

I feel like this has encouraged people to broaden their contributions to adjacent repositories, and helps share the maintenance burden. This hasn't bitten us yet, as people tend to only merge things that are uncontroversial or that they are relatively expert in. If anything, I think georust contributors are too conservative when exercising their write permissions, but that's just my opinion.

crates.io publishing permissions, on the other hand, are more restricted.

Beyond "write", or "maintain" permissions, we don't have a specific policy. If the existing repo managers want to delegate this responsibility to others, they can.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants