Issue Maintenance should count as "contributions" #22336
-
Currently the only Open Source maintenance that is “rewarded” with nice green squares on our contribution graphs are explicit code contributions (commits, PRs, reviews) or opening issues. But for some of us who stay busy keeping up the health of projects by organizing issues, applying labels and assignees, or by answering and closing issues none of this is reflected as “contributions”. Is there any reason why these actions *couldn’t* count as contribututions in the future? - Add a label to an issue - Assign an issue to a maintainer - Comment and Close an issue - Have an issue assigned to you by another maintainer |
Beta Was this translation helpful? Give feedback.
Replies: 5 comments
-
Because otherwise I would have 50 thousand contributions every month (not joking) and i dont want to mix the “real” code contributions with the “side” contributions. Maybe adding another type of contribution could be the solution you want. |
Beta Was this translation helpful? Give feedback.
-
I do agree with @westyler that it would be a good thing if the organizers of a community would be rewarded for their work. But I also do agree with @wabri that things could get quite messy. Since things like applying labels is something that is often done, it might be a good idea to consider contributions like PRs/commits/reviews a “full contribution”, while labelling and assigning issues could count as a “.1” contribution. 10 of these would make one full contribution. It’s interesting to think about. |
Beta Was this translation helpful? Give feedback.
-
I think that you both touched on the exact reason why I think this is an extremely valuable addition - our culture inherently places a significantly higher value on code contributions than anything else. In my daily job, some of the hardest work that has the biggest payoff for our team is not the code that I write. It’s the help, mentoring, or training that I provide to my coworkers. In the same vein DevRels are commonly disregarded as “less important” than engineers, but in my experience our industry would collapse without them doing the hard people work. As a more tangible example, the Node.js project maintainers are constantly triaging issues. Without those people managing the backlog of issues it would be nearly impossible as a code contributor or a user to find the information you need. |
Beta Was this translation helpful? Give feedback.
-
Hi @westyler, I really appreciate the time you’ve to take to write about this, and thanks for everyone for chiming in and keeping the discussion going. As someone whose, OSS contributions are not always coding 24/7 this topic is indeed personal. We have a system to relay feature requests internally to which I think this post would be valuable. Thanks for the feedback! I’ll take your suggestions and pass them along to the appropriate teams. |
Beta Was this translation helpful? Give feedback.
-
any update? :) |
Beta Was this translation helpful? Give feedback.
Hi @westyler, I really appreciate the time you’ve to take to write about this, and thanks for everyone for chiming in and keeping the discussion going. As someone whose, OSS contributions are not always coding 24/7 this topic is indeed personal. We have a system to relay feature requests internally to which I think this post would be valuable. Thanks for the feedback! I’ll take your suggestions and pass them along to the appropriate teams.