commitlisted
Install: claude install-skill mostwise/dot-claude
# Sentry Commit Messages
Follow these conventions when creating commits for Sentry projects.
## When to Use
- The user asks to commit code, prepare a commit message, or save changes in git.
- You need Sentry-style commit formatting with conventional commit structure and issue references.
- The task requires enforcing branch safety before committing, especially avoiding direct commits on `main` or `master`.
## Prerequisites
Before committing, always check the current branch:
```bash
git branch --show-current
```
**If you're on `main` or `master`, you MUST create a feature branch first** — unless the user explicitly asked to commit to main. Do not ask the user whether to create a branch; just proceed with branch creation. The `create-branch` skill will still propose a branch name for the user to confirm.
Use the `create-branch` skill to create the branch. After `create-branch` completes, verify the current branch has changed before proceeding:
```bash
git branch --show-current
```
If still on `main` or `master` (e.g., the user aborted branch creation), stop — do not commit.
## Format
```
<type>(<scope>): <subject>
<body>
<footer>
```
The header is required. Scope is optional. All lines must stay under 100 characters.
## Commit Types
| Type | Purpose |
|------|---------|
| `feat` | New feature |
| `fix` | Bug fix |
| `ref` | Refactoring (no behavior change) |
| `perf` | Performance improvement |
| `docs` | Documentation only |
| `test` | Test additions or correct