We appreciate your contributions! To ensure a smooth and consistent development process, please follow these guidelines.
All commit messages should adhere to the Conventional Commits specification. This helps in automating changelog generation and makes the commit history more readable.
Format:
<type>[optional scope]: <description>
[optional body]
[optional footer(s)]
Examples:
feat: add new login buttonfix(template-ts-lib): resolve issue with user authenticationdocs: update README with setup instructionschore: upgrade dependencies
We use Changesets to manage versioning and changelogs for our packages. When you make a change that should be included in a release, you need to add a changeset.
Workflow:
-
Make your code changes.
-
Commit your changes following the Conventional Commits format.
git commit -m "feat: implement user profile page" -
Add a changeset: Run the following command in your terminal:
pnpm changeset
Changeset will then prompt you to:
- Select which packages have been affected by your changes.
- Choose the type of change for each package (major, minor, or patch).
- Write a brief description of the change. This description will be used in the changelog.
This will generate a new Markdown file in the
.changesetdirectory (e.g.,.changeset/unique-name.md). -
Commit the changeset file: Add the generated changeset file to Git and commit it.
git add .changeset/*.md git commit -m "docs: add changeset for user profile feature"
It's good practice to use a
docsorchoretype for changeset commits, as they don't represent direct code changes but rather metadata about the changes.
When you are ready to submit your changes:
- Push your branch to the remote repository.
- Create a Pull Request.
- The PR title must also follow the Conventional Commits format. This title is often used as the commit message when merging the PR.
- Example:
feat: Implement user profile page and related settings
- Example:
By following these guidelines, you help us maintain a clean and organized project. Thank you for your contribution!