Thank you for your interest in improving GHand-ROS2. This document explains how to report issues, propose changes, and submit pull requests.
Before opening a new issue, please search existing issues to avoid duplicates. When reporting a bug, include:
- ROS 2 distribution (e.g., Humble, Jazzy)
- Operating system version
- Steps to reproduce the problem
- Expected behavior and actual behavior
- Relevant logs or error messages
- Whether you are running mock hardware or real hardware
For large changes, please open an issue first to discuss the design. This helps avoid wasted effort and ensures the change aligns with project goals.
- Fork the repository and create a feature branch.
- Make focused, minimal changes that address a single concern.
- Follow the existing code style:
- C++: Google C++ Style Guide, formatted with the provided
.clang-format - Python: Google Python Style Guide
- C++: Google C++ Style Guide, formatted with the provided
- Ensure
colcon buildsucceeds in mock mode without new warnings. - Update relevant documentation (README, package README, CHANGELOG) if the change is user-visible.
- Submit the pull request with a clear description and link to any related issue.
Per company policy, test files and test code must not be committed to this public repository. Internal functional and hardware-in-the-loop testing is maintained by a separate internal test team. Pull requests that add test/ directories, *_test.cpp files, or testing-only dependencies will not be accepted.
The .claude/ and openspec/ directories contain Claude Code skills, OpenSpec
artifacts, and internal planning notes used by the maintainers. They are
development-only and should not be committed to public release branches.
Maintainers will review pull requests as time permits. Please be responsive to feedback and keep discussions constructive.
Please read and follow our CODE_OF_CONDUCT.md.