-
-
Notifications
You must be signed in to change notification settings - Fork 234
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
CODEOWNERS
: remove domenkozar, add docs team
#680
Conversation
Deploying with Cloudflare Pages
|
a2a444a
to
80a44d7
Compare
GitHub's code owners feature doesn't have an influence on who can merge PR's unless you enable it (which is not the case I'm pretty sure). So it's really just an easy way to automatically request reviews from specific people when certain files change. This can be thought of a mechanism to signal who's responsible for which part of the code, and as such it would be great to always have at least one code owner for every file. |
On the changes:
In general:The CODEOWNERS file should reflect what infinisil noted above (emphasis mine):
Since we (on the docs team specifically, but also anyone involved in some way in the broader NixOS project) still operate as a praxicracy, presence in the CODEOWNERS file should reflect individuals' chosen responsibility to contribute in this way; we are here for as long as we want to be, participating at the level we choose/are able to, and this file reifies that commitment. It should be reviewed periodically (at minimum once per year but maybe every 2-3 months) for accuracy as compared to the running make-up of the team at that time, at least to avoid spamming people with review requests if they don't have the time/interest to do so. |
@infinisil oops you're right, this doesn't currently block merges (I could even self-merge this PR).
OK, but then should we really automatically ask reviews of @fricklerhandwerk and @domenkozar for everything under
@proofconstruction Agreed. So who's responsible for what? In my mind, it's pretty clear-cut with @zmitchell. As for the rest, I'm not so sure. |
Now I'm thinking that Domen should remain in CODEOWNERS in those places if he chooses to continue being responsible for those things, and we should consider just leaving the file as-is, close this PR, re-close the infrastructure ownership one, and then open a separate Issue to discuss this further so everyone interested can have a say over a longer period (maybe 2 weeks?).
I don't know either. Nobody has edited the file to add themselves and take ownership of anything. Part of that is probably a broader lack of a concrete plan, or at least lack of focus on this plan (which may already be complete as-written; we should discuss the evaluation & final report soon), and partly a lack of resources (funding, time, energy, attention, etc) on the part of individuals. Speaking for myself, I'd be open to taking ownership of some pieces but I don't know which ones (they may not exist yet) and I haven't been very good so far about taking care of the things I have said I'd do (attention is my scarcest resource). |
80a44d7
to
848c159
Compare
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.
Discussed this and pushed changes during the docs team meeting today, let's have the entire docs team be added as code owner, we can change this to be more specific later.
The reasoning is: - domenkozar has transferred ownership of the infrastructure #481 - All the doc team members should get pinged for changes, let's see how it goes for some time, we can make it more specific later Co-Authored-By: @infinisil, @fricklerhandwerk, @proofconstruction
848c159
to
b767ac2
Compare
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/2023-08-21-documentation-team-meeting-notes-74/32083/1 |
CODEOWNERS
: remove domenkozar, fricklerhandwerkCODEOWNERS
: remove domenkozar, add docs team
The reasoning is: