Make your first contribution.
From fork to a draft pull request on one of our projects. 26 people have done it before you; every one of them is on the Contributors page.
- Time
- 30–60 min
- Level
- beginner
- Open issues
- 17 across 4 projects
- You end with
- 1 draft pull request
Why do it
the goalTo change one real thing in a tool people use, have it reviewed in the open, and leave with your name on it.
What you need
4 things · tick as you go0 of 4 ready
No local setup beyond what the project's README asks for. No experience required: review is part of the process, not a gate.
Step by step
pick a project, then work downOpenStock · terminal0/5 done
- 1
$ gh repo fork Open-Dev-Society/OpenStock --cloneWithout the GitHub CLI: Fork on github.com, then git clone your copy.
- 2
$ gh issue list --repo Open-Dev-Society/OpenStockComment on the issue so nobody doubles up. Small is good.
- 3
$ cd OpenStock && git switch -c you/first-pr - 4
$ git add -A && git commit -m "Fix #<issue>: <what changed>"Run the project first and check the fix by hand. The README says how.
- 5
$ git push -u origin you/first-pr && gh pr create --draft --fillSay what you changed and why, and link the issue.
Rose = yours to fill in. Needs the GitHub CLI: cli.github.com
What happens next
after you open the PR- 1
Draft opened. Push your branch and open a draft PR early. Say what you changed and why.
- 2
Reviewed in public. A maintainer comments on the PR, where anyone can read it.
- 3
You iterate. Push fixes to the same branch and the PR updates itself.
- 4
Merged. Your name is on the commit, and your card is on the Contributors page.
Not a coder? Start here
5 ways in · no code needed for B–ECode
Developers and engineers
- Fix a bug or build a feature.
- Review open pull requests.
- Improve performance and security.
Writing
Writers and editors
- Write docs and tutorials.
- Turn a fix into a guide or post.
- Translate or proofread what's there.
Design
Designers
- Design logos and graphics.
- Improve a tool's interface.
- Make launch and social assets.
Teaching
Educators and mentors
- Write course material.
- Lead a workshop or session.
- Mentor someone through their first PR.
Media
Podcasters and creators
- Record a podcast or video.
- Write about a tool you use.
- Share what ships.
Code of conduct
6 valuesBe respectful and welcoming. Harassment and discrimination are not tolerated, anywhere we work.
- Open and transparent.
- We build in the open and welcome feedback.
- Inclusive and welcoming.
- Everyone belongs here, whatever their experience.
- Free and accessible.
- We never lock knowledge or tools behind paywalls.
- Community-driven.
- We listen to the people who show up.
- Quality and impact.
- We aim for changes that make a difference.
- Respectful and collaborative.
- We treat each other with kindness.
Report anything to opendevsociety@gmail.com. Read the full code of conduct
Questions
5 common ones1Do I need experience?
No. Pick an open issue, open a draft and ask. Review happens in the open, so you learn as you go.
2Where do I ask a question?
Open a GitHub Discussion on the repo, or ask in the Discord .
3I found a bug. What now?
Open an issue labelled bug on that tool's repository.
4Do I keep the credit?
Yes. Every merged PR carries your GitHub name, and your card goes on the Contributors page.
5Can I bring my own project?
Yes, and it stays yours. Read the manifesto