-
Notifications
You must be signed in to change notification settings - Fork 163
Contributing Guide
Karanjot786 edited this page Jun 1, 2026
·
1 revision
This page summarizes the workflow. Read CONTRIBUTING.md for full rules.
- Star the repo. The
star-checkworkflow blocks unstarred merges. - Read CONTRIBUTING.md.
- Pick an open issue or open a new one.
- Comment "I would like to work on this" to get assigned.
- Fork the repo.
- Create a branch:
feat/your-featureorfix/your-bug. - Write tests first. Watch them fail. Then write code.
- Run
bun run build,bun run test, andbun run typecheck. - Open a PR with a
type: short descriptiontitle. - Link the issue with
Closes #N.
Your title sets the type label automatically:
| Prefix | Meaning |
|---|---|
feat: |
New feature |
fix: |
Bug fix |
docs: |
Documentation |
test: |
Tests |
refactor: |
Refactor |
perf: |
Performance |
style: |
Design or UX |
- Match the style of the surrounding code.
- Call
this.markDirty()in widget setters that change rendering. - Check
caps.unicodebefore drawing Unicode. Provide an ASCII fallback. - No new
anytypes without an inline comment explaining why. - One PR, one focus. No unrelated refactors.
A maintainer reviews each PR for spec compliance and code quality. Fix the flagged items and push. The reviewer approves once both pass.
Read the point system. Points apply after your PR merges and the maintainer adds the gssoc:approved label.