Thank you for investing your time in contributing to our project! ✨.
Read our Code of Conduct to keep our community approachable and respectable. Solid accepts a number of contributions from the broader community. More hands indeed make lighter work. We're however selective of the types of contributions we receive.
This usually involves vetting code quality, current focus, alignment with team philosophies etc. It's typically a good idea to submit a proposal for a change before spending time implementing it. This is to ensure that your efforts align with the current needs or more practically that work isn't completed by multiple contributors.
Note: If you would like your project listed here please submit a PR or contact a core/ecosystem member on Discord.
There are a lot of opportunities to get involved. We organize Solid community efforts via Discord and typically onboard dedicated contributors into focused teams:
- Core Docs & Admin (headed by @caseybaggz)
Most team members are part of the Ecosystem Team or Core Team. Entry into these groups is selected by Core Members only. We do not accept applications or requests for entry. Selections are made ad-hoc according to internal needs. Selections are typically announced at Community Meetings which occur quarterly.
If you haven't found any interesting information on this page then we encourage you to start hacking at a Cerberus related utility or package that does. Building useful tools for fellow OSS ecosystem and Cerberus users enhances the whole platform.
We can't wait to see what you build!
- Fork the repository.
- Clone the forked repository to your local system.
- Install the required tools: pnPm and Bun
- Install the dependencies:
pnpm install
in the root directory. - Create a new branch:
git checkout -b my-branch-name
. - Make your changes (including unit tests).
- Test your changes:
pnpm test:ci
. - Lint your changes:
pnpm lint:ts
,pnpm lint:es
, andpnpm lint:ox
. - Commit your changes:
git commit -am 'feat: my new feature'
. - Push to the branch:
git push origin my-branch-name
. - Submit a pull request IN DRAFT MODE. Be sure to fill out the PR template.
- Once all the tests have passed in the CI in your draft PR, mark it as ready for review. This will automatically notify and assign the maintainers.
- Wait for a maintainer to review your PR.
Note: Any PR that does not follow these guidelines will be closed without any notice. This includes properly filling out the PR template.
- A maintainer will review your PR and may request changes.
- Make the requested changes.
- Repeat steps 7-13 until the PR is approved.
- Once the PR is approved, a maintainer will merge it.
- The PR will be closed and the changes will be merged into the main branch.
- The main branch will ship the latest updates in the
next
tagged release.