If you have found what you think is a bug, please start a discussion.
For any usage questions, please start a discussion.
If you are here to suggest a feature, first start a discussion if it does not already exist. From there, we will discuss use-cases for the feature and then finally discuss how it could be implemented.
We are applying conventional commit spec here. In short, that means a commit has to be one of the following types:
Your commit type must be one of the following:
- feat: A new feature.
- fix: A bug fix.
- refactor: A code change that neither fixes a bug nor adds a feature.
- chore: Changes to the build process, configuration, dependencies, CI/CD pipelines, or other auxiliary tools and libraries.
- docs: Documentation-only changes.
- test: Adding missing or correcting existing tests.
If you are unfamiliar with the usage of conventional commits, the short version is to simply specify the type as a first word, and follow it with a colon and a space, then start your message from a lowercase letter, like this:
feat: add a 'foo' type support
You can also specify the scope of the commit in the parentheses after a type:
fix(react): change the 'bar' parameter type
If you would like to contribute by fixing an open issue or developing a new feature you can use this suggested workflow:
- Fork this repository.
- Create a new feature branch based off the
main
branch. - Follow the Core and/or the Documentation guide below and come back to this once done.
- Run
pnpm run fix:format
to format the code. - Git stage your required changes and commit. (review the commit guidelines below)
- Submit the PR for review.
- Run
pnpm install
to install dependencies. - Create failing tests for your fix or new feature in the
tests
folder. - Implement your changes.
- Run
pnpm run build
to build the library. (Pro-tip:pnpm run build-watch
runs the build in watch mode) - Run the tests by running
pnpm run test
and ensure that they pass. - You can use
pnpm link
to sym-link this package and test it locally on your own project. Alternatively, you may use CodeSandbox CI's canary releases to test the changes in your own project. (requires a PR to be created first) - Follow step 4 and onwards from the General guide above to bring it to the finish line.
Please try to keep your pull request focused in scope and avoid including unrelated commits.
After you have submitted your pull request, we'll try to get back to you as soon as possible. We may suggest some changes or request improvements, therefore, please check ✅ "Allow edits from maintainers" on your PR.
- Navigate to the
website
folder. (e.g.,cd website
) - Run
pnpm install
to install dependencies in thewebsite
folder. - Run
pnpm run dev
to start the dev server. - Navigate to
http://localhost:9000
to view the documents. - Navigate to the
docs
folder and make necessary changes to the documents. - Add your changes to the documents and see them live reloaded in the browser.
- Follow step 4 and onwards from the General guide above to bring it to the finish line.
Thank you for contributing! ❤️