Open-Source Contribution Guide | Resources by Shumbul Arifa

🌍 Open-Source Contribution

Contributing to open source is the single best "proof of work" a fresher can have. Real code, real teamwork, in public. This guide gets you from nervous to your first merged pull request.

🤝 Real-world experience 🌱 Beginner-first 🏆 Public proof

Why open source is worth it

You will lean on Git heavily here. If you are rusty, keep the Git Guide open in another tab.

Step 0: Get ready

Before your first contribution, make sure you have:

A GitHub accountGit installedBasic Git (clone, branch, commit, push)One language you know

That is genuinely enough to start. You will learn the rest by doing.

Step 1: Find a beginner-friendly issue

The secret is looking for issues that maintainers have marked as welcoming to newcomers. Search GitHub for these labels:

good first issuegood-first-issuebeginner-friendlyhelp wanteddocumentation

Great places to look:

Pick a project you actually use or find interesting, you will care more and understand the context faster.

Step 2: Read the project's rules

Every serious project has a CONTRIBUTING.md and often a CODE_OF_CONDUCT.md. Read them, they tell you how to set up, how they want commits, and how to submit. Following these is the number one thing that gets your PR accepted (and ignoring them is the number one reason PRs get rejected).

Then comment on the issue before you start: something like "Hi! I'd like to work on this, is it still open?" This avoids two people doing the same work and shows good etiquette.

Step 3: The contribution workflow

This is the standard fork-and-pull flow. Learn it once and it works everywhere.

1
Fork the repo on GitHub (your own copy).
2
Clone your fork and create a branch.
git clone https://github.com/YOUR-USERNAME/PROJECT.git
cd PROJECT
git checkout -b fix-typo-in-readme
3
Make your change, then commit it with a clear message.
git add .
git commit -m "Fix typo in installation section of README"
4
Push your branch to your fork.
git push origin fix-typo-in-readme
5
Open a Pull Request from your branch to the original repo. Describe what you changed and why, and link the issue (e.g. "Closes #123").
6
Respond to review. Maintainers may ask for changes, that is normal and not criticism. Make the edits, push again, and the PR updates automatically.

What a good pull request looks like

Do's and don'ts

Avoid

  • Giant PRs that change everything.
  • Starting before reading CONTRIBUTING.md.
  • Low-effort spam PRs (whitespace, pointless edits).
  • Getting discouraged by a "changes requested".
  • Ghosting your PR after review comments.

Do

  • Comment on the issue before starting.
  • Keep changes small and focused.
  • Test your change before submitting.
  • Ask questions politely if you are stuck.
  • Say thanks, maintainers remember kind contributors.

Contributions that are not code

Open source needs more than programmers. All of these count and are great first steps:

Fixing docs & typosImproving examplesWriting testsReproducing bugsTranslationsDesign & UXAnswering issues

What to do next

Once you have a merged PR, add it to your resume and portfolio, it is real, verifiable experience.

🌱 Feeling intimidated? Everyone was

You do not need to be an expert to contribute. Fixing a typo in docs, improving an example, or closing a small bug are all real, welcome contributions. Maintainers love beginners who follow the rules and communicate clearly. Not sure how to word a comment or PR? Tap ✦ Ask AI and it will help you sound clear and professional.