First off, thank you for considering contributing to Refreshable! It's people like you that make Refreshable such a great tool.
This project and everyone participating in it is governed by the Refreshable Code of Conduct. By participating, you are expected to uphold this code.
This section guides you through submitting a bug report for Refreshable. 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 list to see if the problem has already been reported.
- Perform a cursory search to see if the problem has already been reported.
How Do I Submit A Bug Report?
Bugs are tracked as GitHub issues. Create an issue using the bug report template and provide the following information:
- 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
- Include screenshots if relevant
This section guides you through submitting an enhancement suggestion for Refreshable, including completely new features and minor improvements to existing functionality.
Before Submitting An Enhancement Suggestion
- Check if the enhancement has already been suggested by searching the issues list.
How Do I Submit An Enhancement Suggestion?
Enhancement suggestions are tracked as GitHub issues. Create an issue using the feature request template.
The process described here has several goals:
- Maintain Refreshable's quality
- Fix problems that are important to users
- Engage the community in working toward the best possible Refreshable
- Enable a sustainable system for Refreshable's maintainers to review contributions
Please follow these steps to have your contribution considered by the maintainers:
- Follow all instructions in the template
- Follow the styleguides
- After you submit your pull request, verify that all status checks are passing
All Swift code should adhere to the Swift Style Guide and pass SwiftLint checks.
- Use 4 spaces for indentation
- Use camelCase for variable and function names
- Use PascalCase for type names
- Prefer explicit types when they enhance clarity
- Use
// MARK:to organize code sections - Add documentation comments for public APIs
- 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
Commit Message Format:
type(scope): brief description
Detailed description (if necessary)
Closes #123
Types:
feat: A new featurefix: A bug fixdocs: Documentation only changesstyle: Changes that do not affect the meaning of the coderefactor: A code change that neither fixes a bug nor adds a featuretest: Adding missing tests or correcting existing testschore: Changes to the build process or auxiliary tools
- Use Markdown.
- Reference functions and classes in backticks: `UIScrollView`
- Fork the repository
- Clone your fork:
git clone https://github.com/YOUR-USERNAME/Refreshable.git - Create a new branch:
git checkout -b my-feature-branch - Open the project in Xcode
- Make your changes
- Add tests if applicable
- Run tests:
swift test - Run SwiftLint:
swiftlint - Commit your changes
- Push to your fork and submit a pull request
Please include tests for any new functionality. Tests should:
- Be descriptive and test one specific behavior
- Follow the Arrange-Act-Assert pattern
- Include both positive and negative test cases
- Test edge cases and error conditions
Run tests with:
swift testIf you have questions about contributing, please first check the existing issues and documentation. If you can't find an answer, feel free to open a new issue with the "question" label.
Thank you for contributing! 🎉