Fähigkeiten git-workflow
📦

git-workflow

Sicher

Meistern Sie Git-Workflows mit Zuversicht

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

Kämpfen Sie mit Git-Branches, Merges und Konflikten? Diese Fähigkeit bietet klare, schrittweise Anleitungen für alle Git-Operationen mit Best Practices für die Teamzusammenarbeit.

Unterstützt: Claude Codex Code(CC)
📊 71 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". Schreibe eine Commit-Nachricht für das Hinzufügen der Login-Funktionalität

Erwartetes Ergebnis:

feat(auth): implement user login system

- Add login form component with validation
- Create authentication API endpoint
- Integrate session management middleware
- Add unit tests for login flow

Closes #156

Verwendung von "git-workflow". Wie mache ich meinen letzten Commit rückgängig, behalte aber meine Änderungen?

Erwartetes Ergebnis:

Use: git reset --soft HEAD~1

This removes the commit but keeps all changes staged. If you want to unstage them too, use: git reset HEAD~1

Sicherheitsaudit

Sicher
v2 • 3/9/2026

This skill is a documentation-only guide for Git workflows. Static analysis flagged 77 shell command patterns, 6 URLs, and 14 crypto patterns, but all are false positives. The detected patterns are Markdown code blocks (```bash) and inline code markers (`command`) used for documentation formatting, not executable code. URLs are reference links to official Git documentation. No actual security risks exist.

2
Gescannte Dateien
550
Analysierte Zeilen
0
befunde
2
Gesamtzahl Audits
Keine Sicherheitsprobleme gefunden
Auditiert von: claude Audit-Verlauf anzeigen →

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
85
Inhalt
35
Community
100
Sicherheit
87
Spezifikationskonformität

Was du bauen kannst

Onboarding neuer Entwickler

Hilft junior Entwicklern, ordnungsgemäße Git-Workflows mit geführten Beispielen für sicheres Branching, Committing und Merging von Code zu erlernen.

Standardisierung des Team-Workflows

Etabliert konsistente Commit-Nachrichtenformate und Branch-Benennungskonventionen im gesamten Entwicklungsteam.

Unterstützung bei der Konfliktlösung

Erhalten Sie klare schrittweise Anleitungen bei komplexen Merge-Konflikten während der Feature-Integration.

Probiere diese Prompts

Einfache Commit-Nachricht
Hilf mir, eine Commit-Nachricht für Änderungen zu schreiben, die Benutzerauthentifizierung mit JWT-Tokens zu meiner Anwendung hinzufügen.
Branch-Erstellung und Einrichtung
Ich muss mit der Arbeit an einem neuen Feature für den Einkaufswagen beginnen. Welchen Branch sollte ich erstellen und wie?
Merge-Konfliktlösung
Ich erhalte Konflikte beim Rebasen meines Feature-Branches auf main. Führen Sie mich schrittweise durch die Lösung.
Interaktives Rebase zur Bereinigung
Ich habe 5 unübersichtliche Commits auf meinem Feature-Branch. Helfen Sie mir, sie vor dem Mergen auf main zu squash und neu zu organisieren.

Bewährte Verfahren

  • Schreiben Sie kleine, fokussierte Commits, die jeweils eine Sache ändern
  • Verwenden Sie das konventionelle Commit-Format: type(scope): subject
  • Pullen Sie immer die neuesten Änderungen, bevor Sie mit neuer Arbeit beginnen
  • Committen Sie niemals direkt auf den main-Branch
  • Löschen Sie Feature-Branches nach dem Mergen, um die Historie sauber zu halten

Vermeiden

  • Committen mit Nachrichten wie 'fix' oder 'update' - seien Sie spezifisch darüber, was sich geändert hat
  • Verwenden von git push --force ohne --force-with-lease - kann die Arbeit von Teammitgliedern überschreiben
  • Committen großer Stapel unrelateder Änderungen - macht Review und Rollback schwierig
  • Ignorieren von Merge-Konflikten und erzwungenes Pushen - führt zu verlorenem Code

Häufig gestellte Fragen

Was ist der Unterschied zwischen git merge und git rebase?
Merge erstellt einen neuen Commit, der zwei Branches kombiniert und die Historie bewahrt. Rebase schreibt die Commit-Historie um, indem es Commits auf einen anderen Branch neu abspielt und eine lineare Historie erstellt. Verwenden Sie Merge für gemeinsam genutzte Branches, Rebase für die Bereinigung lokaler Features.
Wie mache ich einen Commit rückgängig, der bereits gepusht wurde?
Verwenden Sie git revert <commit-hash>, um einen neuen Commit zu erstellen, der die Änderungen rückgängig macht. Dies ist sicherer als reset für gemeinsam genutzte Branches, da es die Historie bewahrt und kein Force-Push erfordert.
Was soll ich tun, wenn ich auf den falschen Branch committet habe?
Erstellen Sie einen neuen Branch von Ihrem aktuellen Zustand mit git branch correct-branch. Setzen Sie dann den falschen Branch mit git reset --hard HEAD~1 zurück. Wechseln Sie schließlich zu Ihrem correct-branch.
Wie oft sollte ich Änderungen von main pullen?
Pullen Sie von main mindestens täglich, wenn Sie an langlebigen Features arbeiten. Dies reduziert Merge-Konflikte, indem Sie Ihren Branch mit Team-Änderungen aktuell halten.
Was ist git stash und wann sollte ich es verwenden?
Git stash speichert temporär nicht committete Änderungen, sodass Sie Branches wechseln können. Verwenden Sie es, wenn Sie schnell den Kontext wechseln müssen, aber Ihre Arbeit noch nicht committen möchten.
Was sind konventionelle Commits und warum sollte man sie verwenden?
Konventionelle Commits verwenden ein Standardformat: type(scope): description. Typen umfassen feat, fix, docs, refactor, test und chore. Dies erstellt eine klare Historie und ermöglicht die automatisierte Changelog-Generierung.

Entwicklerdetails

Dateistruktur

📄 SKILL.md

📄 SKILL.toon