Welcome! This guide is for contributors who want to contribute to FindMyGSoC outside of any formal program (GSSoC or NSoC).
Whether you found a bug, want to add a feature, or simply want to improve the project — you're welcome here.
- A GitHub account
- Basic understanding of Git (fork, clone, branch, commit, push)
- Familiarity with HTML/CSS/JavaScript (our core stack)
Browse the Issues tab for open issues. Look for:
- Issues without
gssoc26ornsoc26labels (these are program-reserved) good first issuelabel for beginner-friendly taskshelp wantedlabel for tasks needing contributors- Issues labeled
level:beginner,level:intermediate, orlevel:advancedwithout program restrictions
Assignment eligibility by level:
level:beginner— Anyone can self-assign (no restrictions)level:intermediate— Account must be at least 30 days old for auto-assignmentlevel:advanced— Requires at least 1 merged PR in this repository
You can also create your own issue if you've found a bug or have a feature idea.
Comment on the issue with:
/assign
Since you are not part of a specific program, you can simply state:
I would like to work on this issue as a general contributor.
The assignment bot will process your request. Once confirmed, you can start working.
As a general contributor:
- No date restrictions on assignments
- No program-specific requirements
- No points tracking (contributions are recognized in the Contributors section)
- Standard open-source workflow applies
git clone https://github.com/your-username/GSoC-Org-Finder-.git
cd GSoC-Org-Finder-git checkout -b feat/your-feature-nameUse descriptive branch names:
feat/add-search-filterfor featuresfix/modal-overflowfor bug fixesdocs/update-readmefor documentation
Follow the project's zero-build, zero-dependency philosophy:
- No frameworks or build tools
- Vanilla HTML/CSS/JS only
- Keep it simple and maintainable
git commit -s -m "feat: your descriptive message"Use Conventional Commits format:
feat:for new featuresfix:for bug fixesdocs:for documentationstyle:for UI/stylingrefactor:for code cleanupperf:for performance improvements
git push origin feat/your-feature-nameWhen opening your PR, select the General PR Template and fill in all sections.
Your PR body must include:
Closes #issue-number
Use the template at .github/PULL_REQUEST_TEMPLATE/general.md. It requires:
- Description of changes
- Related issue link
- Type of change
- Testing steps
- Screenshots (for UI changes)
- Checklist confirmation
Strong contributions include:
- Meaningful bug fixes
- Useful features that improve the user experience
- Performance improvements
- Accessibility improvements
- Clean, maintainable refactors
- Quality documentation improvements
- Responsive/mobile improvements
Before opening a PR, ask yourself:
Does this meaningfully improve the project?
- Write clean, readable code
- Test changes locally before submitting
- Keep PRs focused and minimal
- Follow the existing code style
- Respond to review feedback promptly
- Be respectful to maintainers and other contributors
- Self-assign issues via GitHub UI (use the bot)
- Start working before assignment is confirmed
- Submit AI-generated code without understanding it
- Add unnecessary dependencies or build tools
- Open PRs without linked issues
- Make changes unrelated to the linked issue
Your PR goes through an automated 3-stage pipeline:
| Stage | What Happens | Labels Applied |
|---|---|---|
| Stage 1 — Automated Checks | DCO sign-off, format validation, AI/slop detection, duplicate check, LLM context analysis | stage-1-approved on pass |
| Stage 2 — Human Review | Maintainer or reviewer checks code quality | mentor-approved + pa-review-required |
| Stage 3 — Maintainer Gate | Final approval and merge | pa-approved |
The LLM PR Analysis bot will automatically verify that your PR:
- Links to a valid issue
- Actually addresses the linked issue
- Does not include out-of-scope changes
Once merged, you're added to the Contributors section in the README.
- PR review: 24–72 hours
- Please allow reasonable time before following up
If you find a bug:
- Check existing issues to avoid duplicates
- Open a new issue with:
- Clear description of the bug
- Steps to reproduce
- Expected vs. actual behavior
- Browser/OS information
- Screenshots if applicable
If you have a feature idea:
- Check existing issues for similar suggestions
- Open a new issue describing:
- What the feature does
- Why it would be useful
- How it fits the project's architecture
- Any implementation ideas (optional)
# Clone
git clone https://github.com/your-username/GSoC-Org-Finder-.git
cd GSoC-Org-Finder-
# Open directly (no API features)
open index.html
# Full local development with API
npm install -g vercel
vercel devFor full API functionality, set up a GitHub token:
- Generate a token at github.com/settings/tokens (only
public_reposcope needed) - Set it in your Vercel project or local environment
All contributors must follow the project's Code of Conduct. Be respectful, constructive, and collaborative.
- Open a GitHub Issue with your question
- Use GitHub Discussions for general topics
- Join our Discord server
Thank you for contributing to FindMyGSoC!