Fähigkeiten git-workflow
🔀

git-workflow

Sicher 🌐 Netzwerkzugriff📁 Dateisystemzugriff⚙️ Externe Befehle

Standardisierte Git-Workflow-Praktiken anwenden

Auch verfügbar von: 0xDarkMatter,Cain96,Joseph OBrien,Doyajin174,0xDarkMatter,Joseph OBrien,AI-Vibe-Prompts

Teams haben Schwierigkeiten mit inkonsistenten Branches und Commits. Dieser Skill erzwingt Namenskonventionen, Worktree-Isolierung und konventionelle Commits für eine saubere Historie.

Unterstützt: Claude Code(CC)
📊 69 Angemessen
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "git-workflow". Hilf mir, einen Branch für Issue #42 zum Hinzufügen der Benutzerauthentifizierung zu erstellen

Erwartetes Ergebnis:

  • Branch-Benennungskonvention: feature/42-user-authentication
  • Auszuführende Befehle:
  • gh issue create --title "Add user authentication" --body "..."
  • git worktree add ../worktrees/feature-42-auth -b feature/42-auth
  • cd ../worktrees/feature-42-auth

Verwendung von "git-workflow". Schreibe eine Commit-Nachricht für das Hinzufügen einer Login-Formular-Komponente

Erwartetes Ergebnis:

  • Empfohlenes Format: feat(auth): add login form component
  • Typ: feat für neues Feature
  • Scope: (auth) bezeichnet das Authentifizierungs-Modul
  • Beschreibung beschreibt die Änderung klar

Verwendung von "git-workflow". Mein Feature-Branch ist bereit zur Überprüfung

Erwartetes Ergebnis:

  • Branch pushen: git push -u origin feature/42-auth
  • PR erstellen: gh pr create --title "feat: add user authentication" --body "Closes #42"
  • Ihr PR-Titel folgt dem konventionellen Commit-Format
  • Body verlinkt auf das zu schließende Issue

Sicherheitsaudit

Sicher
v5 • 1/16/2026

This is a documentation-only skill containing best practices and guidelines. No executable code, scripts, network access, or filesystem operations are present. Only contains markdown documentation with git command examples. All 50 static findings are false positives - the scanner mistook documentation examples (branch names, commit formats, git commands in code blocks) for executable code. The original skill-report.json already performed human evaluation and correctly marked this as safe.

2
Gescannte Dateien
326
Analysierte Zeilen
3
befunde
5
Gesamtzahl Audits

Risikofaktoren

🌐 Netzwerkzugriff (1)
skill-report.json:6
📁 Dateisystemzugriff (8)
skill-report.json:125 skill-report.json:126 skill-report.json:127 SKILL.md:51 SKILL.md:57 SKILL.md:73 SKILL.md:74 SKILL.md:95
⚙️ Externe Befehle (28)
SKILL.md:10-16 SKILL.md:16-19 SKILL.md:19-20 SKILL.md:20-21 SKILL.md:21-25 SKILL.md:25-32 SKILL.md:32-35 SKILL.md:35-39 SKILL.md:39-42 SKILL.md:42-45 SKILL.md:45-49 SKILL.md:49-61 SKILL.md:61-66 SKILL.md:66-69 SKILL.md:69-72 SKILL.md:72-75 SKILL.md:75-78 SKILL.md:78-84 SKILL.md:84-87 SKILL.md:87-90 SKILL.md:90-93 SKILL.md:93-97 SKILL.md:97-101 SKILL.md:101-108 SKILL.md:108-112 SKILL.md:112-124 SKILL.md:124-128 SKILL.md:128-139
Auditiert von: claude Audit-Verlauf anzeigen →

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
85
Inhalt
22
Community
100
Sicherheit
83
Spezifikationskonformität

Was du bauen kannst

Team-Standards durchsetzen

Einheitliche Branch-Benennung und Commit-Nachrichtenformate im gesamten Entwicklungsteam anwenden.

Saubere Historie pflegen

Konventionelle Commits und lineare Historie für lesbare Projekthistorie verwenden.

Feature-Arbeit isolieren

Git-Worktrees verwenden, um an mehreren Features zu arbeiten, ohne Branches zu wechseln.

Probiere diese Prompts

Feature-Branch erstellen 
Ich muss mit der Arbeit an Issue #42 für Benutzerauthentifizierung beginnen. Hilf mir, einen korrekt benannten Branch mit einem git worktree zu erstellen.
Commit-Nachricht schreiben 
Ich habe gerade eine Login-Formular-Komponente hinzugefügt. Schreibe eine konventionelle Commit-Nachricht für diese Änderung.
Pull Request vorbereiten 
Mein Feature-Branch ist fertig. Hilf mir, die Änderungen zu pushen und einen Pull Request zu erstellen, der dem konventionellen Format folgt.
Gemergten Branch aufräumen 
Mein Pull Request wurde gemergt. Welche Befehle muss ich ausführen, um den Worktree und den lokalen Branch aufzuräumen?

Bewährte Verfahren

  • Immer Worktrees in einem dedizierten Verzeichnis außerhalb des Haupt-Repos erstellen
  • Konventionelle Commits mit Typ-Präfix für maschinenlesbare Historie verwenden
  • Issues mit Commits und PRs über Issue-Nummern verlinken
  • Vor dem Einreichen von PRs auf main rebasen, um die Historie linear zu halten

Vermeiden

  • Direkt auf dem main-Branch arbeiten statt auf Feature-Branches
  • Generische Commit-Nachrichten wie 'fixed bug' oder 'updates' verwenden
  • Branch-Aufräumen nach dem Merge überspringen
  • Force-Push auf geteilte Branches verwenden

Häufig gestellte Fragen

Welche Tools müssen installiert sein?
Git muss installiert sein. GitHub CLI (gh) wird für Issue- und PR-Erstellungsbefehle empfohlen.
Kann ich dies mit GitLab oder Bitbucket verwenden?
Ja. Die Git-Befehle funktionieren mit jedem Git-Host. Nur gh-Befehle sind GitHub-spezifisch.
Ändert dieser Skill meine Git-Konfiguration?
Nein. Dieser Skill bietet nur Anleitung. Sie müssen Befehle manuell ausführen oder Aliase konfigurieren.
Sind meine Daten mit diesem Skill sicher?
Ja. Dies ist ein reiner Dokumentations-Skill, der nichts liest und nichts ändert.
Was ist, wenn mein Team ein anderes Commit-Format verwendet?
Passen Sie die Konventionen an die Standards Ihres Teams an. Der Skill bietet einen empfohlenen Ausgangspunkt.
Wie unterscheidet sich dies von Git-Initialisierungstools?
Dieser Skill bietet Workflow-Anleitung, kein Projekt-Setup. Er hilft, Konsistenz während der Entwicklung aufrechtzuerhalten.

Entwicklerdetails

Lizenz

MIT

Repository

https://github.com/Barnhardt-Enterprises-Inc/quetrex-claude/tree/main/skills/git-workflow

Ref

main

Dateistruktur

📄 SKILL.md