Back to Guides
Part 3 · 6 min read

Open Source Beginner Roadmap

It's easy to get overwhelmed. Here is a clear, step-by-step roadmap to go from complete beginner to open-source maintainer.

Phase 1: The Basics (Week 1-2)

Before you ever touch code, you need to understand the ecosystem.

  • Learn Git Basics: Understand add, commit, push, pull, branch, and merge.
  • Understand GitHub: Learn what a Repository, Fork, Pull Request, and Issue mean.
  • Make a non-code contribution: Fix a typo in a README.md, translate a document, or improve documentation for your favorite library. It sounds small, but it breaks the ice.

Phase 2: Your First Real Issue (Month 1-2)

Now that you know the workflow, it's time to write some code.

  • Find "Good First Issues": Use Repo Wave to filter for beginner-friendly tasks in a language you already know well.
  • Read the Contributing Guidelines: Every good project has a CONTRIBUTING.md file. Read it before you start coding; it contains essential setup instructions.
  • Ask for Help: If you get stuck setting up the project locally, ask on the issue thread! Maintainers are usually happy to help someone who is genuinely trying.

Goal: Get 3 small Pull Requests merged into 3 different repositories. This proves you understand the workflow across different environments.

Phase 3: Becoming a Regular (Month 3-6)

Instead of jumping randomly from project to project, settle down.

  • Pick One Project: Find a project you actively use or love the community of. Focus entirely on it.
  • Tackle Harder Issues: Move away from good first issue labels. Try fixing complex bugs or adding small features (`help wanted` labels).
  • Review Other People's Code: You don't need to be a maintainer to review code! Read through open Pull Requests and test them locally. If they work, leave an approving comment. Maintainers notice this.
  • Join the Community: Join their Discord, Slack, or mailing list. Answer questions from newer users.

Phase 4: Maintainer Status (Year 1+)

At this point, you know the codebase inside out.

  • Propose Large Features: Write RFCs (Request for Comments) proposing major architectural changes.
  • Triage Issues: Help label new bugs, ask users for reproduction steps, and close stale issues.
  • Get Invited: If you follow Phases 1-3 consistently, maintainers will usually invite you to join the core team to help manage the project!

Sign in required

Authenticate to use favourites & bookmarks

5