Contributing¶
Contributions are essential to keeping Cheat Sheets a comprehensive and accurate reference tool. Whether fixing a typo or building a new feature, follow this workflow to ensure your changes integrate smoothly into the project.
Workflow¶
- Discuss your proposed changes in the Issue Tracker before writing code.
- Fork the repository and create a descriptive branch (e.g.,
feature/awesome-feature). - Implement your changes locally.
- Push to your fork and submit a Pull Request.
Code Standards¶
Before submitting a Pull Request, verify your changes adhere to the project's core guidelines:
- Format your code. Always run
dart format .before committing. - Isolate logic. Cheat Sheets employs a clean, layered architecture. Keep UI separated from business logic.
- Localize. Hardcoded text is discouraged. Use the i18n translation system for all visible labels.
Git Commit Style¶
We strictly follow the Conventional Commits specification. This enables automated and transparent changelog generation.
Commit Format¶
A standard commit message should look like this:
<type>[optional scope]: <description>
Commit Types¶
When committing, prefix your message with one of the following types:
| Type | Purpose |
|---|---|
feat |
A new feature |
fix |
A bug fix |
docs |
Documentation only changes |
refactor |
A code change that neither fixes a bug nor adds a feature |
chore |
Routine tasks, dependency updates, etc. |