Skip to content

Latest commit

Β 

History

History
147 lines (97 loc) Β· 2.63 KB

File metadata and controls

147 lines (97 loc) Β· 2.63 KB

🀝 Contributing Guidelines

Thank you for considering contributing to this project!
We welcome contributions from everyone β€” whether it's documentation, UI/UX, backend logic, pose estimation improvements, bug fixes, or feature enhancements.


πŸ›  1. Setting Up the Project Locally

  1. Fork the repository
  2. Clone your fork:
git clone https://github.com/<your-username>/ai-fitness.git
cd ai-fitness
  1. Create a new branch:
git checkout -b feature/<feature-name>

πŸ“Œ 2. How You Can Contribute

You may contribute in several ways, including:

βœ” Improving documentation
βœ” Enhancing AI pose estimation logic
βœ” UI/UX improvements (Web interfaces)
βœ” Adding new exercises / features
βœ” Bug fixes & patches
βœ” Performance or optimization work
βœ” Adding automated tests

If unsure, feel free to open an Issue and ask for clarification.


πŸ› 3. Issue Workflow

Before submitting code, consider opening an Issue for:

  • Bugs
  • Enhancements
  • Feature proposals
  • Questions
  • Clarifications

Link issues in PRs using:

Closes #<issue-number>

🌿 4. Branching Strategy

  • main β†’ stable production-ready code
  • feature/<name> β†’ new features
  • fix/<name> β†’ bug fixes

🧾 5. Commit Message Format

Use descriptive commit messages:

<type>: <short summary>

Where <type> can be:

  • feat β†’ new feature
  • fix β†’ bug fix
  • docs β†’ documentation
  • refactor β†’ code restructuring
  • test β†’ tests added/updated
  • perf β†’ performance improvements

Examples:

docs: improve installation instructions
feat: add squats pose detection module
fix: resolve crash when webcam not found

πŸ” 6. Pull Request Process

When opening a PR, please ensure:

  • Describe the changes clearly
  • Link relevant Issues
  • Include screenshots for UI updates (if relevant)
  • Ensure local testing passes
  • PR targets the main branch
  • No breaking changes unless discussed

βœ” 7. PR Checklist

Before submitting, confirm:

  • Code builds without errors
  • Tested locally
  • Documentation updated (if needed)
  • Issues linked (if applicable)
  • This PR is ready for review

🧩 8. Code Style

Try to maintain consistency in:

  • Naming conventions
  • File organization
  • Function structure

This helps long-term maintainability.


πŸ’¬ 9. Communication

If you need help:

  • Open an Issue
  • Comment on existing Issues
  • Request review on PR

We encourage collaborative discussion.


❀️ 10. Thanks!

Thank you for contributing β€” we appreciate your time and effort!
Making open-source better is a team effort πŸ™Œ