Documentation Index
Fetch the complete documentation index at: https://docs.xreatlabs.space/llms.txt
Use this file to discover all available pages before exploring further.
Contributing Guidelines
Thank you for your interest in contributing to NexAuth! This document provides guidelines for contributing code, reporting issues, and participating in the project.Getting Started
Build Project
Follow the Building Guide to set up your development environment.
Contribution Types
Code Contributions
Feature Development
-
Discuss First
- Open an issue to discuss the feature
- Get feedback from maintainers
- Plan implementation approach
-
Implementation
- Create feature branch:
git checkout -b feature/your-feature - Write clean, documented code
- Add tests for new functionality
- Update documentation
- Create feature branch:
-
Testing
- Ensure all tests pass
- Test on both Velocity and Paper
- Check for regressions
-
Pull Request
- Create descriptive PR
- Reference related issue
- Respond to review feedback
Bug Fixes
-
Report Bug
- Create issue with detailed information
- Include reproduction steps
- Provide error logs
-
Fix Implementation
- Create bugfix branch:
git checkout -b fix/issue-number - Write fix with tests
- Document the fix
- Create bugfix branch:
-
Verification
- Test fix thoroughly
- Add regression tests
- Update documentation if needed
Documentation Contributions
Documentation is crucial for project success!Types of Documentation
- User Guides - Installation, configuration, usage
- API Docs - Javadoc comments, API reference
- Developer Docs - Architecture, building, contributing
- Examples - Code examples, use cases
Documentation Standards
Code Style Guidelines
Java Code Style
Follow these conventions for consistent code style:Documentation Comments
Use Javadoc for public APIs:Code Organization
Commit Guidelines
Commit Message Format
Follow conventional commits:Types
feat- New featurefix- Bug fixdocs- Documentation changesstyle- Code style changes (formatting)refactor- Code refactoringtest- Adding or updating testschore- Build process or auxiliary tool changes
Examples
Pull Request Guidelines
PR Title Format
Use the same format as commit messages:PR Description
Include:- Summary - What changes were made and why
- Related Issue - Link to related issue number
- Testing - How changes were tested
- Breaking Changes - Any breaking changes
- Screenshots - For UI changes (if applicable)
PR Template
Review Process
-
Automated Checks
- CI/CD pipeline runs tests
- Code style verification
- Build verification
-
Code Review
- Maintainer reviews code
- Feedback provided
- Changes requested if needed
-
Approval
- At least one maintainer approval
- All checks pass
- PR merged into target branch
Issue Reporting
Bug Reports
Use the bug report template:Feature Requests
Testing Guidelines
Unit Tests
Write tests for new functionality:Integration Tests
Test component interactions:Test Coverage
Aim for high test coverage:- Unit tests: 80%+ coverage
- Integration tests: Critical paths covered
- Manual testing: Before major releases
Project Communication
Channels
- GitHub Issues - Bug reports, feature requests
- GitHub Discussions - Questions, ideas
- Pull Requests - Code contributions
- Discord - Real-time communication (coming soon)
Getting Help
- Search existing issues and discussions
- Ask in GitHub Discussions
- Join Discord (when available)
- Create issue if bug or feature request
Recognition
Contributors are recognized in:CONTRIBUTORS.md- All contributors- Release notes - Major contributors
- Documentation - Tutorial authors
- GitHub - Contributor statistics
License
By contributing, you agree that your contributions will be licensed under the MIT License.Code of Conduct
Be respectful and constructive:- Use inclusive language
- Provide constructive feedback
- Welcome new contributors
- Focus on what is best for the community
- Show empathy towards other community members
Getting Started
Ready to contribute?
Browse existing issues and start contributing today!
Questions?
Need Help?
Ask questions in GitHub Discussions.

