-
Notifications
You must be signed in to change notification settings - Fork 181
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
Update Process for Instating Trusted Committers #141
Update Process for Instating Trusted Committers #141
Conversation
|
Looks good to me. I think you would also have to change the link to |
Thanks .... Indeed! I'll do that tomorrow :) |
…erSourcePatterns into update-trusted-committers
Tomorrow became today. Fixed it (and created #142 to in hopes to avoid this in the future). |
I would ask them. That gives us an excuse to get in touch with them and talk about breathing more life into the patterns community - and it gives them the option to make a conscious decision. If you need a template text to draft such an invitation: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for your all work, here.
Co-Authored-By: rrrutledge <[email protected]>
Excellent! I agree :) Let's do that. This does not need to stop this PR though, or does it? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks like a great PR to me.
|
||
Trusted committers (TCs) are those members of our working group who have elevated rights and direct write access to this repository. *TCs act as stewards of the working group and community. They aim to make consensus-based decisions in the best interest of the working group.* They also act as the guardians of this repository: TCs react to, referee, and give feedback about incoming contributions. | ||
|
||
## Current Trusted Committers |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we could also think about referring to a .github/codeowners
file with the listed persons handles in it.
That would this would give a bit of automation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just do it. :)
CODEOWNERS are awesome, and it is a cheap experiment.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll try that once this gets merged.
I merged this PR because:
|
## Admins | ||
A handful of individuals are currently the technical GitHub Admins for this repository. This includes most members of the InnerSource Commons' #tech-infra team and members of the [InnerSource Commons GitHub Organization](https://github.com/innersourcecommons). However, please channel working group-specific requests through the trusted committers. | ||
|
||
## References |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@maxcapraro do you want to keep this headline? That section doesn't have any content, so when looking at the rendered HTML it looks like there is something missing. I can send a PR to remove the section if you like.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nope. Thank you :) I deleted it.
This pull request proposes ...
In a call earlier today, @spier, @lenucksi, @MaineC, and I felt that this will be benficial for multiple reasons: