Like every community, we have some rules, concepts and culture to follow, to maintain good coexistence and quality code
Would you like to contribute to our project? So keep in mind that you must follow the guide below to get your PR approved and incorporated into the codebase.
I recommend that you open issues, participate in our community, ask the creators, and if possible contribute corrections, or new features based on open issue demands, or the project's task list.
If you are unsure whether a feature is under development, check the task board right here on GitHub. Avoid duplicating work or overwriting existing or ongoing functionality.
Please be sure to follow any of the items on this list
- Read all internal project documentation
- Read the repository code
- Run and test locally
- Understand the style of formatting, writing and connecting things within the project and not breaking any of these standards when creating new code
- Follow everything recommended in the Development Guide
- Test locally before creating a PR
- Implement unit tests
- Before creating the PR
- Test the code locally
- Run the unit tests
- If a problem occurs, resolve it
- Document whatever is necessary
- Run the build
- Update project version (following semver)
- During PR creation
- Fix merge conflicts with
main
(if it exists) - Fill out the template correctly
- Direct to
main
- Assign due reviewers to PR
- Fix merge conflicts with
- After PR creation
- Signal the PR to the responsible team
- Follow comments and review to resolve any issue as soon as possible
- Respect request changes and avoid unnecessary problems during review
- Be kind and understand other people's points of view
- After the review
- If the review passes without comments, proceed to merge
- After the merge, update your local main and publish the new version to NPM (as long as this step is not automated)
- If the review is rejected, with change requests, correct the necessary points, and return to step 3
- TODO: create a channel to contribuitors