Skip to main content

🔓 Open Source Guide

From first PR to building reputation. The pipeline to becoming an open source contributor.

1Find
2Read
3Pick
4Fork
5Code
6PR
🔍 Find Projects to Contribute To
Start with tools you use. If you use a library daily, you already know how it works. Contributing is easier when you're a user.
Look for "good first issue" labels. These are curated for beginners. Maintainers want you to succeed.
Check activity. Recent commits, active issues, responsive maintainers. Avoid abandoned projects.
💡Best first projects: Documentation repos, CLI tools, small libraries. Avoid massive codebases (React, Linux) for your first contribution.
📖 Read the Codebase
Start with README.md. It tells you what the project does, how to set it up, and how to contribute.
Read CONTRIBUTING.md. Every good project has one. It explains the process, code style, and PR requirements.
Look at recent PRs. See what changes look like, how reviews work, and what maintainers expect.
Run the project locally. Get it working on your machine before making changes. If you can't run it, you can't test your changes.
💡Time limit: Spend 1-2 hours reading before you code. Understanding the codebase prevents wasted effort on wrong approaches.
🎯 Pick Your Contribution Level
🟢
Level 1
Docs & Typos
Fix typos in documentation
Improve README clarity
Add examples to docs
Fix broken links
🟡
Level 2
Bugs & Tests
Fix a reported bug
Add missing tests
Improve error messages
Update dependencies
🔴
Level 3
Features
Implement a requested feature
Add new functionality
Refactor code
Performance improvements
💡Start with Level 1. Even fixing a typo counts as a contribution. It gets you familiar with the PR process without the pressure of writing code.
🍴 Fork & Setup
Fork the repo — Click "Fork" on GitHub. This creates your copy.
Clone your forkgit clone https://github.com/YOUR_NAME/repo.git
Create a branchgit checkout -b fix/your-change-name
Install dependencies — Follow the README setup instructions.
Make your change — Keep it small. One fix per PR.
Test your change — Run existing tests. Make sure nothing breaks.
💡Branch naming: fix/typo-in-readme, feat/add-dark-mode, docs/update-setup-guide. Descriptive names help maintainers.
💻 Make Your Changes
Follow the code style. Check .editorconfig, .prettierrc, or existing code for formatting conventions.
Keep changes small. One issue = one PR. Don't fix 5 things in one PR.
Write clear commits. fix: correct typo in README installation section beats fixed stuff.
Test everything. Run the test suite. If you added a feature, add a test for it.
Commit message format: type: short description. Types: fix, feat, docs, style, refactor, test, chore.
📬 Submit Your Pull Request
Push your branchgit push origin fix/your-change-name
Open a PR on GitHub — Click "Compare & pull request"
Fill the PR template — Use the template below
Link the issue — Write "Closes #123" to auto-close the issue
Wait for review — Maintainers may take days. Be patient.
Respond to feedback — If they request changes, make them and push again.
## What this PR does Brief description of the change. ## Related issue Closes #123 ## Changes - Fixed typo in README line 42 - Updated installation instructions ## Testing - Ran existing tests — all pass - Manually verified the change
💡After merge: Your contribution is live! Add it to your resume, LinkedIn, and portfolio. "Contributed to [project] — merged PR fixing [issue]."
✅ First Contribution Checklist
Forked a repository
Created a branch
Made a change
Submitted a PR
PR merged
Added to resume/portfolio

Why Contribute to Open Source?

Open source contributions are one of the best things you can do for your career. They prove you can work with real codebases, collaborate with teams, and ship quality code. Recruiters actively look for GitHub contributions — it's a public portfolio of your actual work.

What Counts as a Contribution?

Everything counts. Fixing a typo, improving documentation, adding a test, reporting a bug — these are all valid contributions. You don't need to write complex features. Start small, build confidence, and level up over time.

The First PR Is the Hardest

Your first pull request will feel intimidating. You'll worry about making mistakes, getting rejected, or looking foolish. That's normal. Every open source contributor — including the maintainers of React, Linux, and Python — submitted their first PR once. Just do it.