Create properly formatted commits following Rossoctl conventions
Scanned 9/20/2026
Install to Claude Code
npx -y skills add rossoctl/rossoctl --skill git:commit --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Git:Commit?
Add the live security badge to your README โ it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/rossoctl-git-commit)More formats (shields.io, HTML) on the badges page.
---
name: git:commit
description: Create properly formatted commits following Rossoctl conventions
---
# Git Commit
Create commits following Rossoctl conventions with proper formatting and sign-off.
## When to Use
- Every time you commit code
- After TDD fix iterations
- Before creating a PR
## Quick Commit
```bash
git add <files>
```
```bash
git commit -s -m "๐ฑ Short descriptive message"
```
The `-s` flag adds the required `Signed-off-by` line.
## Commit Format
```
<emoji> <Short descriptive message>
<Optional longer description>
Signed-off-by: <Name> <email>
Co-authored-by: Claude <noreply@anthropic.com>
```
### Emoji Prefixes
| Emoji | Type | When |
|-------|------|------|
| โจ | Feature | New functionality |
| ๐ | Bug fix | Fixing broken behavior |
| ๐ | Docs | Documentation only |
| ๐ | Proposal | Design proposals |
| โ ๏ธ | Breaking change | API or behavior changes |
| ๐ฑ | Other | Tests, CI, refactoring, tooling |
### Requirements
1. **Signed-off-by is MANDATORY** โ always use `git commit -s`
2. **Co-authored-by Claude** โ include when Claude creates the commit
3. **Imperative mood** โ "Add feature" not "Added feature"
4. **Under 72 characters** โ subject line
5. **No "Generated with Claude Code" line** โ removed per team preference
### Examples
```
๐ฑ Add E2E testing infrastructure and deployment health tests
Implements initial end-to-end testing framework for Rossoctl platform.
Signed-off-by: Developer <dev@example.com>
Co-authored-by: Claude <noreply@anthropic.com>
```
```
๐ Fix VPC cleanup order: delete subnets before route tables
Signed-off-by: Developer <dev@example.com>
```
## CVE ID Check (Pre-Commit)
**Before every commit**, scan the commit message for CVE references:
- Pattern: `CVE-\d{4}-\d+` (e.g., CVE-2026-12345)
- Also check for: "vulnerability", "exploit", "security flaw" combined with a package name
If found in the commit message:
```
WARNING: Commit message contains CVE reference.
This will be visible in public git history.
Rewrite using neutral language:
BAD: "Fix CVE-2026-12345 in requests library"
GOOD: "Bump requests to 2.32.0"
BAD: "Patch security vulnerability in auth module"
GOOD: "Update auth module for compatibility"
```
If a `cve:brainstorm` hold is active, also verify the staged file diffs don't
contain CVE IDs in comments, docstrings, or documentation.
## Sign All Commits in Branch
If you have unsigned commits in your branch, sign them all:
```bash
git rebase --signoff HEAD~$(git rev-list --count upstream/main..HEAD)
```
## Amending
```bash
git commit --amend -s --no-edit
```
## After Committing
Check the commit:
```bash
git log --oneline -1
```
Verify sign-off:
```bash
git log -1 --format='%B' | grep 'Signed-off-by'
```
## Related Skills
- `repo:pr` - PR creation conventions
- `git:rebase` - Rebase before pushing
- `tdd:ci` - TDD workflow commit step
- `cve:scan` - CVE scanning (invoked by other workflows)
- `cve:brainstorm` - CVE disclosure gate (blocks CVE references in commits)
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!