Getting started

What would you like to do?

Make technical contributions

Learn a real codebase and build a public portfolio.

Tip: No beginner label? Ask the team for a newcomer task.

→ See your first five steps

  • Look for “good first issue” labels.
  • Read the README and CONTRIBUTING.md.
  • Create an Eclipse Foundation account and sign the ECA.
  • Comment on the issue before you start.

Your first technical contribution in five steps.

Give back, learn something new, build a public portfolio. All good reasons.

  1. Read the README and CONTRIBUTING.md

    Every project explains how to set up, build, and submit changes.

  2. Create an Eclipse Foundation account

    You’ll need one to contribute.

  3. Sign the Eclipse Foundation Contributor Agreement

    Use the same email as your Git commits. Contributing at work? Make sure you’re allowed.

  4. Find a first issue

    Look for labels like these. No label? Ask the team.

  5. Get started

    Questions? Ask the team right on the issue. When your change is ready, open a pull request.

From contributor to committer

Every committer contributes. Not every contributor needs to become a committer. Learn the difference and how you can grow your role at your own pace.

Contributor

Anyone who helps a project grow, through code, docs, testing, ideas, or community support.

Committer

A trusted contributor who can commit code, review contributions, and help steer the project. Two ways in:

  • Get elected after sustained, high-quality contributions.
  • Start a project as an initial committer.
Committer Training Watch on YouTube (opens in a new tab)

Six things to know before you dive in.

Tap any row for details.

Understand the community first
Talk to the team before investing heavily.

Learn the project’s goals and current focus so your work fits the team’s plans.

→ Read Wayne Beaton’s guide (opens in a new tab)

Start small
Your first contribution can be tiny.

A “docs fix” or “clear bug” report teaches you the workflow and builds trust.

Be realistic about your time
Don’t overcommit.

Be honest about what you can offer and speak up if that changes.

Share your journey
Build a portfolio and help others.

Write about what you’ve worked on and learned, on your own or through Open Source Global Voices.

→ Open Source Global Voices (opens in a new tab)

Ask your questions
Every question matters when you’re learning.

Say what you tried, what happened, and where you got stuck. Then share the answer for the next newcomer: reply in the thread, or better yet, add it to the docs.

Use AI responsibly
You remain responsible for everything you submit.

Check the project’s AI policy first. Review and test everything, and only submit what you can explain.

Using AI to contribute? Do it right.

Use AI to contribute better, but you remain responsible for what you submit.

Do

  • Use AI to learn
    Understand code, tests, and documentation.
  • Review and test everything
    Understand every change before submitting.
  • Be transparent
    Disclose AI assistance when required by the project.
  • Check licences and security
    Verify provenance, dependencies, and avoid sharing sensitive data.

Don’t

  • Submit code you don’t understand
    AI-generated code can contain subtle errors or security issues.
  • Flood projects with AI-generated PRs
    Quality matters more than quantity.
  • Share secrets or private code
    Respect confidentiality and project policies. Don’t paste sensitive data into AI tools.
  • Ignore maintainer feedback
    AI assistance doesn’t replace collaboration. Be ready to discuss and iterate.

Most people never start because of a myth.

Myth: “I need to be an expert first.”

Myth: “Real contributions are code.”

Myth: “I don’t have enough time.”


Reality: Fresh eyes spot what experts miss.

Reality: Docs, testing, and events matter just as much.

Reality: Small and finished beats big and stressful.