# Contributing to the Project Thank you for considering contributing to this project! Follow these guidelines to make the process smooth for everyone. ## ๐Ÿ“Œ General Guidelines - Minimally use AI - Follow the project's coding style and best practices. - Ensure your changes are well-documented. - Write meaningful commit messages. - Keep pull requests focused on a single change. - If you are refactoring and are not sure if the code is unused elsewhere, comment it out. It will be removed after the release. ## โœจ Code Standards - Use **K&R** coding style for PHP. - Follow best practices for Python and Bash scripts. - Avoid unused functions and redundant code. ## ๐Ÿ”ฅ Submitting a Pull Request 1. Fork the repository and create a new branch: ```sh git checkout -b feature/your-feature ``` 2. Make your changes and commit them: ```sh git commit -m "Add feature: description" ``` 3. Push your branch: ```sh git push origin feature/your-feature ``` 4. Open a pull request on GitHub. ## Code Reviews: - All PRs must be reviewed by at least 2 maintainers. Address review comments before merging. ## ๐Ÿš€ Reporting Issues - Use **GitHub Issues** to report bugs and suggest features. - Provide clear steps to reproduce issues. - Attach relevant logs or error messages. ## ๐Ÿ”€ Branch Naming Conventions To maintain a clean and organized repository, follow these branch naming conventions: | Title | Template | Example | |-----------------|--------------------------------|--------------------------------| | Features | `feature/` | `feature/user-authentication` | | Bug Fixes | `fix/` | `fix/login-bug` | | Hotfixes | `hotfix/` | `hotfix/critical-error` | | Refactoring | `refactor/` | `refactor/code-cleanup` | | Testing | `test/` | `test/api-endpoints` | | Documentation | `docs/` | `docs/documentation-api` | ## ๐ŸŒŸ Recognition - Your GitHub profile will be added to [CONTRIBUTORS.md](CONTRIBUTORS.md) Thank you for contributing! ๐ŸŽ‰