Replies: 2 comments 2 replies
-
I think using the GitHub CODEOWNERS file is going to be the easiest way to implement this. Then, when someone opens a PR, GitHub automatically requests a review from the code owners of the files modified by the PR. |
Beta Was this translation helpful? Give feedback.
2 replies
-
Cool! I didn't even know that existed. I think we need to split up some files if we want to rely on this. Hundreds/thousands of lines of code per file might just end up notifying too many people. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I think Julia could do a better job of managing and inviting meaningful contributions from non-core developers. As someone who is not a "core" contributor, once a PR is ready for review it isn't clear when or if it will be looked at. Sometimes I see people just spamming core devs in hopes that it moves things along. I assume devs are already answering as many mentions as they can and may occasionally have a chance to flick through everything else, seeing if the title stands out as super important. That's why I try to avoid mentioning anyone unless there's an actual reason they should personally be involved. However, it's not always clear who is the most appropriate person to get involved.
With that in mind, would it be helpful for developers if there was a list of topics/methods that specific developers names are attached to so that they are they immediately notified instead of everyone being spammed or issues/PRs never being addressed?
Beta Was this translation helpful? Give feedback.
All reactions