Thanks for your interest in contributing to Crikket.
This guide explains how to set up your local environment, make changes, and open high-quality pull requests.
By participating, you agree to be respectful and constructive in discussions and reviews.
- Bun (see
packageManagerin the rootpackage.json) - Git
- Environment variables for the app(s) you plan to run
This repository is a Turborepo monorepo.
apps/
└── web
└── server
└── docs
└── extension
packages/
-
Fork and clone the repository.
-
Install dependencies from the repo root:
bun install- Create environment files from the provided examples:
cp .env.example .env
cp apps/web/.env.example apps/web/.env
cp apps/server/.env.example apps/server/.env
cp apps/docs/.env.example apps/docs/.env
cp apps/extension/.env.example apps/extension/.env-
Fill in required environment values in the
.envfiles you created. -
Start development:
bun run devRun a specific app when needed:
bun run dev:web
bun run dev:serverFrom the repository root:
bun run db:generate
bun run db:migrate
bun run db:push
bun run db:studioThis project uses Ultracite (Biome-based linting/formatting) and Turborepo type checks.
Before opening a pull request, run:
bun run fix
bun run check
bun run check-types
bun run build- Keep changes focused and scoped to a single feature or fix.
- Prefer small, reviewable pull requests.
- Follow existing code patterns and naming conventions.
- Update documentation when behavior, APIs, or setup steps change.
When opening a PR:
- Use a clear title that explains intent.
- Describe what changed and why.
- Include screenshots/videos for UI changes.
- Link related issues if applicable.
Before you create a Pull Request, please check whether your commits comply with the commit conventions used in this repository.
When you create a commit we kindly ask you to follow the convention
category(scope or module): message in your commit message while using one of
the following categories:
-
feat / feature: all changes that introduce completely new code or new features -
fix: changes that fix a bug (ideally you will additionally reference an issue if present) -
refactor: any code related change that is not a fix nor a feature -
docs: changing existing or creating new documentation (i.e. README, docs for usage of a lib or cli usage) -
build: all changes regarding the build of the software, changes to dependencies or the addition of new dependencies -
test: all changes regarding tests (adding new tests or changing existing ones) -
ci: all changes regarding the configuration of continuous integration (i.e. github actions, ci system) -
chore: all changes to the repository that do not fit into any of the above categoriese.g.
feat(components): add new prop to the avatar component
If you are interested in the detailed specification you can visit https://www.conventionalcommits.org/ or check out the Angular Commit Message Guidelines.
Do not open public issues for security vulnerabilities.
Please follow SECURITY.md and report vulnerabilities privately.
If anything is unclear, open an issue or start a discussion in the repository.