Thank you for your interest in contributing to Database Updater! This document provides guidelines and information for contributors.
By participating in this project, you agree to maintain a respectful and inclusive environment for all contributors.
Before creating bug reports, please check existing issues to avoid duplicates. When creating a bug report, include:
- Clear title: A brief, descriptive title
- Environment details: Python version, OS, SQL Server version
- Steps to reproduce: Detailed steps that led to the issue
- Expected behavior: What you expected to happen
- Actual behavior: What actually happened
- Error messages: Full error messages or stack traces
- Additional context: Screenshots, configuration files (without sensitive data)
Enhancement suggestions are welcome! Please include:
- Clear title: Brief description of the enhancement
- Detailed description: Explain the enhancement and its benefits
- Use cases: Real-world scenarios where this would be helpful
- Implementation ideas: If you have thoughts on how to implement it
- Fork the repository and create your branch from
main - Make your changes following the coding standards below
- Test your changes thoroughly
- Update documentation if necessary
- Commit your changes with clear, descriptive messages
- Submit a pull request with a clear description
-
Fork and clone the repository:
git clone https://github.com/Aditya-Raj-Parashar/data-entry.git cd database-updater -
Create a virtual environment:
python -m venv venv source venv/bin/activate # On Windows: venv\Scripts\activate
-
Install dependencies:
pip install -r requirements.txt
- Follow PEP 8 style guidelines
- Use meaningful variable and function names
- Add docstrings to functions and classes
- Keep functions focused and small
- Use type hints where appropriate
- Keep the main logic in
database_updater.py - Add utility functions to separate modules if needed
- Include error handling for all database operations
- Use logging instead of print statements for debugging
- Update README.md for new features
- Add docstrings to new functions
- Include inline comments for complex logic
- Update requirements.txt if adding new dependencies
Currently, the project uses basic import testing. When contributing:
- Test your code with different CSV file formats
- Test with different SQL Server configurations
- Verify error handling works correctly
- Test both Windows and SQL Server authentication methods
main: Production-ready codedevelop: Integration branch for featuresfeature/feature-name: New featuresbugfix/bug-name: Bug fixeshotfix/issue-name: Critical fixes
Use clear, descriptive commit messages:
Add support for custom data types in CSV import
- Allow users to specify column data types
- Add validation for supported SQL Server types
- Update documentation with examples
- Ensure your code follows the style guidelines
- Update documentation as needed
- Test your changes thoroughly
- Write a clear PR description explaining:
- What changes were made
- Why they were made
- How to test them
- Any breaking changes
If you have questions about contributing:
- Check existing issues and discussions
- Create a new issue with the "question" label
- Be specific about what you need help with
Contributors will be recognized in the project documentation. Thank you for helping make Database Updater better!
By contributing to Database Updater, you agree that your contributions will be licensed under the MIT License.