Skip to content
Back to skills

Git Workflow Ebongard

ASecurity

Git workflow rules for Renfield. Commit message format, issue numbering, branch naming, PR creation, documentation updates before push. Triggers on "commit", "push", "PR erstellen", "pull request", "branch", "git", "merge".

  • 42 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added May 31, 2026
code-qualitybashtestingrefactoringgitdocumentation

Works with

  • claude code

Security analysis

A100/100

Scanned May 31, 2026

npx -y skills add diegosouzapw/awesome-omni-skill --skill git-workflow-ebongard --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Git Workflow Ebongard?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Git Workflow Ebongard
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/diegosouzapw-git-workflow-ebongard/badge)](https://www.skillsdirectory.com/skills/diegosouzapw-git-workflow-ebongard)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: git-workflow
description: Git workflow rules for Renfield. Commit message format, issue numbering, branch naming, PR creation, documentation updates before push. Triggers on "commit", "push", "PR erstellen", "pull request", "branch", "git", "merge".
---

# Git Workflow

## CRITICAL RULES

1. **NIEMALS ohne Erlaubnis pushen** — `git push` NUR nach expliziter Bestätigung
2. **Issue-Nummer bei jedem Commit** — Vor jedem Commit nach der Issue-Nummer fragen
3. **Dokumentation vor Push** — CLAUDE.md, docs/, README müssen Änderungen widerspiegeln
4. **Branch Protection** — Direct push to `main` is blocked. Always use feature branch → PR → merge.
5. **Co-Authored-By** — Jeder Commit muss die Co-Author-Zeile enthalten

## Commit Message Format

```
type(scope): Kurze Beschreibung (#issue)

Längere Beschreibung falls nötig.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
```

**Example:** `feat(satellites): Add monitoring dashboard (#25)`

## Commit Types

| Type | Usage |
|------|-------|
| `feat` | Neues Feature |
| `fix` | Bugfix |
| `docs` | Dokumentation |
| `refactor` | Code-Refactoring |
| `test` | Tests hinzufügen/ändern |
| `chore` | Wartung, Dependencies |

## Workflow

1. Create feature branch: `git checkout -b type/short-description`
2. Make changes + write tests (TDD)
3. Update documentation (CLAUDE.md, docs/)
4. Ask for issue number
5. Commit with proper format
6. Ask user: "Soll ich pushen?"
7. Only after confirmation: `git push -u origin branch-name`
8. Create PR: `gh pr create --title "type(scope): Description (#issue)" --body "..."`

## PR Format

```bash
gh pr create --title "type(scope): Description (#issue)" --body "$(cat <<'EOF'
## Summary
- Bullet points describing changes

## Test plan
- [ ] Tests added/updated
- [ ] Manual testing done

🤖 Generated with [Claude Code](https://claude.com/claude-code)
EOF
)"
```

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…