Thank you for your interest in contributing to the Uberall MCP Server! We welcome contributions from the community.
- Java 17 or later
- Gradle 7.0 or later
- Docker (optional, for container testing)
- Fork the repository
- Clone your fork:
git clone https://github.com/your-username/uberall-mcp-server.git - Create a new branch:
git checkout -b feature/your-feature-name
./gradlew build./gradlew testexport UBERALL_URL="https://sandbox.uberall.com"
export UBERALL_ACCESS_TOKEN="your_token_here"
./gradlew run- Follow Kotlin coding conventions
- Add KDoc comments for public APIs
- Keep functions focused and small
- Use meaningful variable and function names
- Add unit tests for new functionality
- Ensure all tests pass before submitting PR
- Include integration tests for API interactions when possible
- Create an Issue: For significant changes, create an issue first to discuss the approach
- Write Tests: Add tests for your changes
- Update Documentation: Update README.md if your changes affect usage
- Commit Messages: Use clear, descriptive commit messages
- Pull Request: Submit a PR with a clear description of changes
- Tests pass (
./gradlew test) - Code builds successfully (
./gradlew build) - Documentation updated (if applicable)
- KDoc comments added for public APIs
- Changes are backwards compatible (if applicable)
When reporting bugs, please include:
- Operating System and version
- Java version
- Steps to reproduce
- Expected vs actual behavior
- Relevant logs or error messages
We welcome feature requests! Please:
- Check existing issues first
- Provide clear use cases
- Consider implementation complexity
- Be open to discussion about the approach
Feel free to open an issue with questions about:
- How to implement a feature
- Architecture decisions
- API usage
- Contributing process
- Never commit credentials - No API keys, tokens, or passwords in code
- Use environment variables - All sensitive config should use env vars
- Redact logs - Remove sensitive data from logs before sharing
- Private communication - For security issues, contact maintainers privately first
If you discover a security vulnerability:
- DO NOT create a public issue
- Contact the maintainers privately via email or private message
- Provide detailed information about the vulnerability
- Allow time for the issue to be patched before public disclosure
By contributing, you agree that your contributions will be licensed under the MIT License.