Commit and PR title conventions
Commit messages and PR titles must be prefixed with exactly one emoji that describes the primary intent of the change.
Prefer the most user-visible category when a commit spans multiple areas.
Emoji prefixes
πFix a bug.β¨New user-facing feature. Use this only for a meaningful feature users would actively want to try. Use it sparingly. If the change is incremental rather than substantial, preferπ. Use only when there is a frontend change.πNew user-facing addition to an existing feature, such as a new option or small capability. Use only when there is a frontend change.π§New internal implementation. Use when the change is mostly internal and not directly noticeable by end users.β»οΈRefactoring. Use when behavior stays effectively the same and the main goal is code cleanup or restructuring.πUI or UX update. Use when the main value is visual polish, interaction quality, or layout improvements.πBlog or documentation update.
Before committing
Always check the diff and remove debug logs, temporary files, commented-out experiments, and other temporary artifacts before creating a commit.
After opening a PR
Never amend commits that are already part of an opened PR. Push follow-up fixes as new commits so review history and existing comments remain stable.
Format
Use a concise imperative or descriptive title after the emoji:
π Fix workspace invite redirect
π§ Add billing sync worker
β»οΈ Simplify block schema helpers