-
Notifications
You must be signed in to change notification settings - Fork 5
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #49 from ARYAN-NIKNEZHAD/doc/docs-package
📚 Update docs package
- Loading branch information
Showing
3 changed files
with
192 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,167 @@ | ||
## Contribution Guidelines | ||
|
||
Thank you for your interest in contributing to our package! This document outlines the tools and steps to follow to ensure a smooth and consistent workflow. | ||
|
||
## Contribution Workflow | ||
|
||
1. **Fork and Clone**: Fork the repository and clone it to your local machine. | ||
```bash | ||
git clone https://github.com/sageteamorg/sage-imap.git | ||
cd sage_imap | ||
``` | ||
|
||
2. **Create a Branch**: Create a new branch for your feature or bugfix. | ||
```bash | ||
git checkout -b feature/your-feature-name | ||
``` | ||
|
||
3. **Install Dependencies**: Use Poetry to install dependencies. | ||
```bash | ||
poetry install | ||
``` | ||
|
||
4. **Write Code and Tests**: Make your changes and write tests for your new code. | ||
|
||
5. **Run Code Quality Checks**: Ensure code quality with pre-commit, Ruff, and Pylint. | ||
```bash | ||
pre-commit run --all-files | ||
ruff check sage_newsletter --fix | ||
pylint sage_imap | ||
``` | ||
|
||
6. **Run Tests**: Ensure all tests pass using Poetry. | ||
```bash | ||
poetry run pytest | ||
``` | ||
|
||
7. **Commit Changes**: Use Commitizen to commit your changes. | ||
```bash | ||
cz commit | ||
``` | ||
|
||
8. **Push and Create a PR**: Push your changes and create a pull request. | ||
```bash | ||
git push origin feature/your-feature-name | ||
``` | ||
|
||
9. **Bump Version**: Use Commitizen to bump the version. | ||
```bash | ||
cz bump | ||
``` | ||
|
||
10. **Generate Changelog**: Use Commitizen to generate the changelog. | ||
```bash | ||
cz changelog | ||
``` | ||
|
||
11. **Export Dependencies**: Export dependencies for development and production. | ||
```bash | ||
poetry export -f requirements.txt --output packages/requirements.txt --without-hashes | ||
poetry export -f requirements.txt --dev --output packages/requirements-dev.txt --without-hashes | ||
``` | ||
|
||
## Commitizen Message Rule | ||
|
||
Commitizen follows the Conventional Commits specification. The commit message should be structured as follows: | ||
|
||
``` | ||
<type>[optional scope]: <description> | ||
|
||
[optional body] | ||
|
||
[optional footer(s)] | ||
``` | ||
Here are 10 examples of commit messages following the Commitizen Conventional Commits specification: | ||
### 1. Initialization of core | ||
``` | ||
feat(core): initialize the core module | ||
|
||
- Set up the core structure | ||
- Added initial configurations and settings | ||
- Created basic utility functions | ||
``` | ||
### 2. Release with build and tag version | ||
``` | ||
chore(release): build and tag version 1.0.0 | ||
|
||
- Built the project for production | ||
- Created a new tag for version 1.0.0 | ||
- Updated changelog with release notes | ||
``` | ||
### 3. Adding a new feature | ||
``` | ||
feat(auth): add user authentication | ||
|
||
- Implemented user login and registration | ||
- Added JWT token generation and validation | ||
- Created middleware for protected routes | ||
``` | ||
### 4. Fixing a bug | ||
``` | ||
fix(api): resolve issue with data fetching | ||
|
||
- Fixed bug causing incorrect data responses | ||
- Improved error handling in API calls | ||
- Added tests for the fixed bug | ||
``` | ||
### 5. Update a doc (Sphinx) | ||
``` | ||
docs(sphinx): update API documentation | ||
|
||
- Updated the Sphinx documentation for API changes | ||
- Added examples for new endpoints | ||
- Fixed typos and formatting issues | ||
``` | ||
### 6. Update dependencies (packages) | ||
``` | ||
chore(deps): update project dependencies | ||
|
||
- Updated all outdated npm packages | ||
- Resolved compatibility issues with new package versions | ||
- Ran tests to ensure no breaking changes | ||
``` | ||
### 7. Update version for build and publish | ||
``` | ||
chore(version): update version to 2.1.0 for build and publish | ||
|
||
- Incremented version number to 2.1.0 | ||
- Updated package.json with the new version | ||
- Prepared for publishing the new build | ||
``` | ||
### 8. Adding unit tests | ||
``` | ||
test(auth): add unit tests for authentication module | ||
|
||
- Created tests for login functionality | ||
- Added tests for registration validation | ||
- Ensured 100% coverage for auth module | ||
``` | ||
### 9. Refactoring codebase | ||
``` | ||
refactor(core): improve code structure and readability | ||
|
||
- Refactored core module to enhance readability | ||
- Extracted utility functions into separate files | ||
- Updated documentation to reflect code changes | ||
``` | ||
### 10. Improving performance | ||
``` | ||
perf(parser): enhance parsing speed | ||
|
||
- Optimized parsing algorithm for better performance | ||
- Reduced the time complexity of the parsing function | ||
- Added benchmarks to track performance improvements | ||
``` | ||
These examples cover various types of commits such as feature additions, bug fixes, documentation updates, dependency updates, versioning, testing, refactoring, and performance improvements. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters