First off, thank you for considering contributing to Stock Risk Analyzer! It's people like you that make Stock Risk Analyzer such a great tool.
This project and everyone participating in it is governed by our Code of Conduct. By participating, you are expected to uphold this code.
This section guides you through submitting a bug report. Following these guidelines helps maintainers and the community understand your report, reproduce the behavior, and find related reports.
Before Submitting A Bug Report:
- Check the issues to see if the bug has already been reported
- Perform a cursory search to see if the problem has already been solved
How Do I Submit A (Good) Bug Report?
Bugs are tracked as GitHub issues. Create an issue and provide the following information:
- Use a clear and descriptive title
- Describe the exact steps to reproduce the problem
- Provide specific examples to demonstrate the steps
- Describe the behavior you observed after following the steps
- Explain which behavior you expected to see instead and why
- Include screenshots and animated GIFs if possible
- Include your environment details (OS, Python version, package versions)
This section guides you through submitting an enhancement suggestion, including completely new features and minor improvements to existing functionality.
Before Submitting An Enhancement Suggestion:
- Check if there's already a package which provides that enhancement
- Check the issues for similar suggestions
How Do I Submit A (Good) Enhancement Suggestion?
Enhancement suggestions are tracked as GitHub issues. Create an issue and provide the following information:
- Use a clear and descriptive title
- Provide a step-by-step description of the suggested enhancement
- Provide specific examples to demonstrate the steps
- Describe the current behavior and explain the behavior you expected to see instead
- Explain why this enhancement would be useful
- List some other applications where this enhancement exists
- Fork the repo and create your branch from
main
- If you've added code that should be tested, add tests
- If you've changed APIs, update the documentation
- Ensure the test suite passes
- Make sure your code lints
- Issue that pull request!
- Follow PEP 8 guidelines
- Use Black for code formatting
- Write docstrings for all public methods and classes
- Add type hints where possible
- Write unit tests for all new code
- Use pytest for testing
- Maintain test coverage above 80%
- Update the README.md if needed
- Add docstrings to new functions and classes
- Update API documentation for new endpoints
- Include examples in the documentation
- Use the present tense ("Add feature" not "Added feature")
- Use the imperative mood ("Move cursor to..." not "Moves cursor to...")
- Limit the first line to 72 characters or less
- Reference issues and pull requests liberally after the first line
We use SemVer for versioning. For the versions available, see the tags on this repository.
By contributing, you agree that your contributions will be licensed under the MIT License.
bug
: Something isn't workingenhancement
: New feature or requestdocumentation
: Improvements or additions to documentationgood first issue
: Good for newcomershelp wanted
: Extra attention is neededquestion
: Further information is requested
Contributors will be added to the CONTRIBUTORS.md file and mentioned in release notes.
Feel free to contact the project maintainers.