We would ❤️ it if you contributed to the project and helped make it even better. We make sure contributing to Amplication is easy, enjoyable, and educational for anyone and everyone. All contributions are welcome, including features, issues, documentation, translation, guides, and more.
You can ask questions, consult with more experienced Amplication users, and discuss Amplication-related topics in the our Discord channel.
If you find a bug in the source code, you can help us by submitting an issue to our GitHub Repository. Even better, you can submit a Pull Request with a fix.
You can request a new feature by submitting an issue to our GitHub Repository.
If you'd like to implement a new feature, it's always good to be in touch with us before you invest time and effort, since not all features can be supported.
- For a Major Feature, first open an issue and outline your proposal. This will let us coordinate efforts, prevent duplication of work, and help you craft the change so that it's successfully integrated in the project.
- Small Features can be crafted and directly submitted as a Pull Request.
If you want to help out with a code contribution, our project uses the following stack:
If you don't feel ready to make a code contribution yet, no problem! You can also check out the documentation issues.
How do I make a contribution?#
Never made an open source contribution before? Wondering how contributions work in our project? Here's a quick rundown.
Find an issue that you're interested in addressing, or a feature that you'd like to add. You can use this view which helps new contributors find easy gateways into our project.
Fork the repository associated with the issue to your local GitHub organization. This means that you'll have a copy of the repository under your-GitHub-username/repository-name. Clone the repository to your local machine:
Create a new branch for your fix:
Make the appropriate changes for the issue you're trying to address, or the feature you want to add.
Once done, stage the changes that are ready to be committed:
Commit the changes with a short message. (See below for more details on how we structure our commit messages.)
Push the changes to the remote repository using:
In GitHub, submit a pull request to the upstream repository. Title the pull request with a short description of the changes made and the issue or bug number associated with your change.
In the description of the pull request, explain the changes that you made, any issues you think exist with the pull request you made, and any questions you have for the maintainer.
It's okay if your pull request is not perfect (no pull request is), the reviewer will be able to help you fix any problems and improve it!
Wait for the pull request to be reviewed by a maintainer.
Make changes to the pull request if the reviewing maintainer recommends them.
Celebrate your success after your pull request is merged!
We structure our commit messages like this:
List of types:
- feat: A new feature
- fix: A bug fix
- docs: Changes to the documentation
- 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 or correcting existing tests
- chore: Changes to the build process or auxiliary tools and libraries such as documentation generation
List of packages:
Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.
Our Code of Conduct means that you are responsible for treating everyone on the project with respect and courtesy.