CONTRIBUTING.md
December 9, 2022 ยท View on GitHub
Submission Guidelines
Before you submit an issue or PR, please search the existing one to avoid duplicate.
Don't restrict your search to only open issues. An issue with a title similar to yours may have been closed as a duplicate of one with a less-findable title.
Submitting an Issue
Support bug report and feature request when you submitting an new issue.
Submitting a Pull Request
It's recommend to submit an issue before you submit PR.
Consider the following guidelines:
-
Submit an issue that describe what your PR does.
-
Make your changes in a new git branch:
git switch -c issue-N/A -
Create your patch, including appropriate test cases.
-
Ensure that all tests pass.
-
Commit your changes using a descriptive commit message that follows our Commit Message Guidelines. Adherence to these conventions is necessary because release notes are automatically generated from these messages.
git commit -aNote: the optional commit
-acommand line option will automatically "add" and "rm" edited files. -
Push your branch to GitHub:
git push origin issue-N/A -
In GitHub, send a pull request to
react-devui:main. -
If you need some changes then:
git rebase main -i git push -f origin issue-N/A
Commit Message Guidelines
We use commitlint to check commit message.
Before you read next content, make sure know about conventional commit format.
Type
Must be one of the following:
- feat: A new feature.
- fix: A bug fix.
- chore: Does not belong to any one other type.
- docs: Documentation only changes.
- style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc).
- refactor: A code change that neither fixes a bug nor adds a feature.
- perf: A code change that improves performance.
- test: Adding missing tests or correcting existing tests.
Scope
Must be one of the following:
- empty: Does not provide scope
- module: Such as site
Real world examples can look like this:
chore: update dependencies
feat(site): support themes