Repository navigation
Conventional Commit Messaging Format
Commitizen bumps versions based on specific commit types (e.g., feat, fix, etc.). To avoid generating unnecessary releases during branch development, adhere to the proposed conventional commit messaging structure.
git commit -m "type(scope): description"These describe the kind of change you're making:
- new: Introducing a new feature or functionality.
- update: Enhancing or improving existing code without breaking backward compatibility.
- fix: Fixing a bug or issue in the application.
- remove: Removing or deprecating code, files, or features.
- refactor: Restructuring or cleaning up code without changing its behavior.
- test: Adding or updating tests.
- docs: Documentation updates.
- chore: Routine tasks that don't modify application behavior (e.g., dependency updates, build changes).
- style: Code styling changes (formatting, indentation, etc.).
- perf: Performance improvements.
- ci: Continuous integration or build system changes.
These specify the area of the codebase affected. Use whatever is appropriate for your project:
- new: Introducing a new feature or functionality.
- update: Enhancing or improving existing code without breaking backward compatibility.
- fix: Fixing a bug or issue in the application.
- remove: Removing or deprecating code, files, or features.
- refactor: Restructuring or cleaning up code without changing its behavior.
- test: Adding or updating tests.
- docs: Documentation updates.
- chore: Routine tasks that don't modify application behavior (e.g., dependency updates, build changes).
- style: Code styling changes (formatting, indentation, etc.).
- perf: Performance improvements.
- ci: Continuous integration or build system changes.
- frontend: For changes to the UI or client-side code.
- backend: For changes in server-side logic or database interactions.
- api: Changes or additions to API endpoints.
- auth: Authentication-related changes.
- db: Database-related changes (migrations, schema updates).
- ui: Changes in the user interface (can be part of frontend).
- deps: Dependency-related changes, e.g., updating libraries or packages.
- config: Configuration changes.
- tests: Test-related changes or improvements.
- docs: Documentation-related changes.
The description should provide a brief and clear explanation of what has been done. Follow these guidelines:
- Describe the change in a simple and straightforward way.
- Avoid unnecessary details that don't add value to the commit.
- Write the message as if you are commanding the change, e.g., "Add", "Fix", "Remove", not "Added", "Fixed", or "Removed".
- Example:
new(frontend): implement user profile pageinstead ofAdded user profile page.
- Explain what was changed and why it was done. Details on how it was done belong in the code review or documentation.
- Example:
fix(backend): resolve user login failure when token expiresfocuses on the issue resolved, not the specific method used to fix it.
- Keep the description relevant to the scope. If you're working in multiple scopes, you might want to split the commit.
- Make sure your description is understandable by someone unfamiliar with the specific code changes but familiar with the project.
Description: Adds a new user dashboard interface on the frontend.
Description: Adds a backend service to send email notifications.
Description: Adds a new API endpoint for handling password reset functionality.
Description: Enhances the responsiveness of the UI for mobile devices.
Description: Refactors the user database query for better performance.
Description: Updates the API to include more user data in profile responses.
Description: Fixes an issue with form validation not triggering on submit.
Description: Fixes a bug where certain token expiration edge cases weren't handled correctly.
Description: Fixes an issue where the profile fetch API was incorrectly returning a 404 error.
Description: Removes the old user settings page that is no longer in use.
Description: Cleans up the backend by removing unnecessary utility functions.
Description: Deprecates an old API endpoint for fetching user profiles.
Description: Improves the structure of frontend components for easier maintenance.
Description: Refactors the authentication middleware to make it simpler and more efficient.
Description: Cleans up how API responses are handled without changing their functionality.
Description: Adds unit tests for the frontend login component.
Description: Improves test coverage in the authentication service.
Description: Adds mocked external API calls for improved integration testing.
Description: Updates the README with instructions on setting up the frontend.
Description: Adds detailed documentation for the newly added email notification service.
Description: Adds documentation for the password reset API endpoint.
Description: Upgrades React to the latest version in the frontend.
Description: Updates backend dependencies in the package.json file.
Description: Adjusts the CI pipeline to improve deployment speed.
Description: Standardizes button padding across the frontend UI.
Description: Formats backend code to follow the project's style guide.
Description: Optimizes frontend image loading for faster performance.
Description: Speeds up database query execution for better backend performance.
Description: Adds a deployment step to the continuous integration pipeline.
Description: Improves the CI pipeline by enabling parallel test execution.
Home | Todo | Development | Release