{{description}}
{{shields}}
{{about}} # Table of Contents - [Table of Contents](#table-of-contents) - [🏁 Getting Started ](#-getting-started-) - [⚙️ Configuration ](#️-configuration-) - [⬇️ Installation ](#️-installation-) - [🎈 Usage ](#-usage-) - [🧰 Built Using ](#-built-using-) - [📄 License ](#-license-) - [🔭 Contributing ](#-contributing-) - [🐛 Issues ](#-issues-) - [🤝 Pull Requests ](#-pull-requests-) - [🎨 Style Guide](#-style-guide) - [Commits rules](#commits-rules) - [Type](#type) - [Scope](#scope) - [Subject](#subject) - [✍️ Authors ](#️-authors-) - [🎉 Acknowledgements ](#-acknowledgements-) # 🏁 Getting Started These instructions will get you a copy of the project up and running on your local machine for development and testing purposes. See deployment for notes on how to deploy the project on a live system. ## ⚙️ Configuration What things you need to install the software and how to install them ``` Give examples ``` ## ⬇️ Installation A step by step series of examples that tell you how to get a development env running Say what the step will be ``` Give the example ``` And repeat ``` until finished ``` ## 🎈 Usage Add notes about how to use the system. ## 🧰 Built Using - [MongoDB](https://www.mongodb.com/) - Database - [Express](https://expressjs.com/) - Server Framework - [VueJs](https://vuejs.org/) - Web Framework - [NodeJs](https://nodejs.org/en/) - Server Environment ## 📄 License {{license}} # 🔭 Contributing 🎉 Thank you for being interested in contributing to {{name}} project! 🎉 Feel welcome and read the following sections in order to know how to ask questions and how to work on something. Please make sure you are welcoming and friendly in all of our spaces. 👍 ## 🐛 Issues The best way to contribute to our projects is by opening a new issue or tackling one of the issues that are already open. ## 🤝 Pull Requests Pull requests are great if you want to add a feature or fix a bug. Here's a quick guide: 1. Fork the repo. documentation changes require no new tests. 1. Make sure to check out the [Style Guide](#style-guide) and ensure that your code complies with the rules. 2. Commit your changes. 3. Push to your fork and submit a pull request. Please provide us with some explanation of why you made the changes you made. ## 🎨 Style Guide ### Commits rules For commits it is recommended to use [Conventional Commits](https://www.conventionalcommits.org). #### Type The type must be one of the following: - feat: A new feature - fix: A bug fix - 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 (improvements of the code structure) - perf: A code change that improves the performance - test: Adding missing or correcting existing tests - build: Changes that affect the build system or external dependencies (example scopes: gulp, npm) - ci: Changes to CI configuration files and scripts (example scopes: travis, circle) - chore: Other changes that don't modify src or test files - revert: Reverts a previous commit #### Scope The scope should be the name of the piece of the project affected. #### Subject The subject contains a succinct description of the change: - Use the imperative, present tense: "change" not "changed" nor "changes" - Don't capitalize the first letter - No dot (.) at the end # ✍️ Authors {{authors}} # 🎉 Acknowledgements - Hat tip to anyone whose code was used - Inspiration - References