We appreciate your interest in contributing to our project! Contributions of all kinds are welcome, including bug fixes, feature improvements, documentation updates, and more.
Before contributing, please take a moment to review and follow these guidelines to ensure a smooth process for everyone.
-
Fork the repository:
- Click the "Fork" button in the top-right corner of the repository page to create your own copy of the project.
- Clone your fork locally using:
git clone https://github.com/YOUR-USERNAME/PROJECT-NAME.git
-
Create a new branch for your feature or bug fix:
- It’s a good practice to create a separate branch for each contribution:
git checkout -b feature-or-bugfix-name
- It’s a good practice to create a separate branch for each contribution:
-
Make your changes:
- Implement your changes or fixes.
- Ensure your code adheres to the Coding Standards described below.
- Test thoroughly to make sure your contribution doesn’t break any existing features.
-
Commit your changes:
- Write clear, concise commit messages as outlined in the Commit Messages section.
- Stage and commit your changes:
git add . git commit -m "Brief explanation of your changes"
-
Push your branch to GitHub:
- Push the branch to your forked repository:
git push origin feature-or-bugfix-name
- Push the branch to your forked repository:
-
Submit a pull request (PR):
- Go to the original repository and submit a pull request from your fork.
- Fill out the PR template and include details about the changes you’ve made.
- Consistency: Follow the existing code style of the project.
- Indentation: Use 2/4 spaces for indentation (no tabs).
- Naming Conventions: Use meaningful names for variables, functions, and methods. Follow
snake_case
for functions and variables, andCamelCase
for classes. - Comments: Comment your code where necessary to explain complex logic or decisions.
- Testing: Ensure your changes pass all tests and add new tests if required.
Follow these guidelines for writing clear and helpful commit messages:
- Use the present tense (e.g., "Add feature" not "Added feature").
- Use imperative mood (e.g., "Fix bug" not "Fixes bug").
- Keep messages concise but descriptive.
- Reference issues or PRs if applicable (e.g.,
Fixes #123
).
- Search Existing Issues: Before creating a new issue, check if it has already been reported.
- Provide Detailed Information: Include steps to reproduce the bug, expected behavior, screenshots if necessary, and any relevant logs.
- Label the Issue: Use appropriate labels to classify the issue (e.g., bug, enhancement, question).
- One PR, One Feature: Ensure that each PR is focused on a single feature or bug fix.
- Description: Clearly explain the purpose of the PR, the changes made, and any relevant issues that it addresses.
- Review and Tests: Your PR will be reviewed by maintainers. Ensure that all automated tests pass before submitting your PR.
- Keep it Simple: Try to keep your PR small and focused to make reviewing easier and faster.
This project adheres to a Contributor Covenant Code of Conduct. By participating, you are expected to uphold this code and maintain a respectful and collaborative environment.
Thank you for contributing! We look forward to reviewing your submissions and appreciate your efforts to improve the project.