First off, thanks for taking the time to contribute! ❤️
All types of contributions are encouraged and valued. Please make sure to read the relevant section before making your contribution. It will make it a lot easier for us maintainers and smooth out the experience for all involved. The community looks forward to your contributions. 🎉
And if you like the project, but just don't have time to contribute, that's fine. There are other easy ways to support the project and show your appreciation, which we would also be very happy about:
- Put a star to the project
- Share it on social media
- Refer this project in your project's readme
- Mention the project at local meetups and tell your friends/colleagues
This project and everyone participating in it is governed by the @pplancq/dev-tools Code of Conduct. By participating, you are expected to uphold this code.
If you want to ask a question, we assume that you have read the available Documentation.
Before you ask a question, it is best to search for existing Issues that might help you. In case you have found a suitable issue and still need clarification, you can write your question in this issue. It is also advisable to search the internet for answers first.
If you then still feel the need to ask a question and need clarification, we recommend the following:
- Open an Issue.
- Provide as much context as you can about what you're running into.
- Provide project and platform versions (nodejs, npm, etc), depending on what seems relevant.
We will then take care of the issue as soon as possible.
- Fork the repository on GitHub
- Clone the fork on your local machine
- Commit the changes to your own branch, see the section on Commit conventions
- Push your work to your fork
- Submit a Pull request so we can review your proposal
We follow the conventions of Conventional Commits. This means that the commit message must be structured as follows:
<type>[optional scope]: <description>
[optional body]
[optional footer(s)]
For example:
feat(react-template): add a new feature
fix(webpack-config): fix a bug
Branch names should be prefixed with feature/
or bugfix/
depending on the type of work you're doing on the branch.
For example, if you're working on a new authentication feature, you could name your branch feature/authentication
.
If you find a bug in the project :
- Search the project's issues to see if the bug has already been reported. If so, add a comment to the existing issue instead of creating a new one.
- If you can't find a matching issue, create a new one. Provide details about the bug, including steps to reproduce it, the impact of the bug and expected behavior.
Thank you for contributing to this project!