First off, thank you for considering contributing to Back.Serv! It's people like you that make Back.Serv 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.
Before creating bug reports, please check the existing issues as you might find out that you don't need to create one. When you are creating a bug report, please include as many details as possible:
- Use a clear and descriptive title
- Describe the exact steps which 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 if possible
If you have a suggestion for a new feature or enhancement, first check the existing issues and pull requests to see if someone else has already suggested it. If not, create a new issue with:
- A clear and descriptive title
- A detailed description of the proposed feature
- Any possible drawbacks or challenges you can think of
- If possible, a rough proposal of how to implement it
- 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!
-
Create a new branch:
git checkout -b feature/your-feature-name
-
Make your changes and commit them:
git commit -m 'Add some feature'
-
Push to your fork:
git push origin feature/your-feature-name
-
Open a Pull Request
- 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
- Follow PEP 8
- Use meaningful variable names
- Write docstrings for all public methods and classes
- Keep functions focused and single-purpose
- Add comments for complex logic
- Use Markdown for documentation
- Keep language clear and concise
- Include code examples where appropriate
- Update README.md with any new features
bug
: Something isn't workingenhancement
: New feature or requestdocumentation
: Improvements or additions to documentationgood first issue
: Good for newcomershelp wanted
: Extra attention is needed
Contributors who make significant improvements will be added to the README.md acknowledgments section.
Thank you for contributing to Back.Serv!