A lot of opensource projects are often managed by volunteers who work on these awesome projects during their spare
time and are used by a lot of companies/people for their products/projects.
Almost all of these projects encourage next generation of contributors to engage in the community and make meaningful contributions by labeling appropriate issues with good first issue
.
These are issues which do not need very deep knowledge of project and are relatively easy to implement. This can be a small bug in implementation, a small new feature or even a documentation change.
Generally the new contributors look for open source project in the language of their choice and then subscribe to events from that project. And when they get the notification of a new issue reported which is ‘good first issue’ they go to the project, and contribute to that issue/project.
The problem I had with this approach is when you subscribe to the repo, you get notification for not only ALL the issues reported, but also new release, commits, PR’s, wiki updates etc. which can get overwhelming if you want to subscribe to more than one project.
goodfirstissue
is a github bot, which once installed on repo/org, will notify first time contributors through @goodfirstissue handle. It tweets only when there is an unassigned and open issue which also have a label good first issue
. This way you can filter out all the other noise that you get when you subscribe to repo/org directly.
it consists of two parts:
good first issue
good first issue
from awesome opensource projects in a variety of different languages.The first version of goodfirstissue bot was deployed as a webservice on Kubernetes cluster on Digital Ocean. Deployment was easy, but few things were bothering me:
https
endpoint for the service. using https gives more confidence to your users.Although above could be achieved relatively easily with tools like cert-manager, but I didn’t wanted to get into managing the Kubernetes cluster myself.
While I was collecting feedback on this function, Alex suggested me to change this bot to a function and also made me aware of OpenFaaS community cluster which provided me:
Some projects have already opted to install goodfirstissue
bot on their Orgs/Projects and we are working with other community projects to onboard them to goodfirstissue
bot.
one of the glorious moment for me was when goodfirstissue was installed on helm org, and helm core contributor @mattfarina tweeted about it.
Did you know that @goodfirstissue shares good first issues on some open source projects?
— Matt Farina (@mattfarina) February 7, 2019
We even got a shoutout from @alexellisuk during the kubecon EU.
Cool @goodfirstissue by @rajatjindal1983 getting a shout-out today at today's @openfaas project update at #kubeconeu pic.twitter.com/27SvCsIDgu
— John McCabe (@mccabejohn) May 20, 2019
(generated using github-app-installations)
goodfirstissue
bot relies on the owner of project/org to enable webhooks for sending push notifications when issues are created/updated.goodfirstissue
issues our way.goodfristissue
but are reluctant to install too many webhook integrations on the project/org.goodfirstissue
were tweeted, how many contributors actually benefited from it. And we can do these metrics along a few dimensions like Programming language, UI/Backend/Infra etc.The goal of goodfirstissue
bot is to connect first time contributors with great projects giving opportunity to learn and contribute and we recently crossed 100 followers on twitter account.
10
).Many thanks to @alexellisuk for helping me write, build and deploy this @openfaas function to openfaas-cloud.
The OpenFaaS community values are: developers-first, operational simplicity, and community-centric.
If you have comments, questions or suggestions or would like to join the community, then please join us on OpenFaaS Slack.
You can follow me @alexellisuk and @openfaas on Twitter