Fähigkeiten using-git-worktrees

📦

using-git-worktrees

Name: using-git-worktrees
Author: sickn33

Sicher ⚙️ Externe Befehle📁 Dateisystemzugriff

Erstelle isolierte Git-Workspaces für die Feature-Entwicklung

Auch verfügbar von: Cycleaddict,Cygnusfear,Doyajin174,ZhanlinCui,davila7,DYAI2025,CodingCossack,obra

Entwickler haben Schwierigkeiten mit Kontextwechseln beim Arbeiten an mehreren Branches. Diese Fähigkeit erstellt isolierte Git-Worktrees, sodass Sie parallel an Features arbeiten können, ohne den aktuellen Workspace-Zustand zu verlieren.

Unterstützt: Claude Codex Code(CC)

📊 70 Angemessen

Die Skill-ZIP herunterladen

In Claude hochladen

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

Einschalten und loslegen

Teste es

Verwendung von "using-git-worktrees". Erstelle ein Worktree für die neue Zahlungs-Feature

Erwartetes Ergebnis:

Ich verwende die using-git-worktrees Fähigkeit, um einen isolierten Workspace einzurichten.

Worktree bereit unter /projects/myapp/.worktrees/feature/payments
Tests bestanden (47 Tests, 0 Fehler)
Bereit zur Implementierung der Zahlungs-Feature

Verwendung von "using-git-worktrees". Richte einen Workspace ein, um den api-v2 Branch zu überprüfen

Erwartetes Ergebnis:

Ich verwende die using-git-worktrees Fähigkeit, um einen isolierten Workspace einzurichten.

Vorhandenes .worktrees Verzeichnis erkannt
Verifiziert, dass Verzeichnis git-ignored ist
Worktree erstellt: git worktree add .worktrees/api-v2 -b api-v2
Dependencies installiert: npm install
Baseline-Tests: 23 bestanden

Worktree bereit unter /projects/myapp/.worktrees/api-v2

Sicherheitsaudit

Sicher

v1 • 2/25/2026

All 43 static findings evaluated as false positives. External commands are standard git and build tools with hardcoded or trusted arguments. Filesystem operations are legitimate directory checks. No command injection vectors, credential exposure, or malicious patterns detected.

Gescannte Dateien

223

Analysierte Zeilen

befunde

Gesamtzahl Audits

Auditiert von: claude

Qualitätsbewertung

Architektur

100

Wartbarkeit

Inhalt

Community

100

Sicherheit

Spezifikationskonformität

Was du bauen kannst

Feature-Entwicklung Isolation

Beginnen Sie die Arbeit an einem neuen Feature-Branch, ohne uncommittete Änderungen zu verlieren oder den aktuellen Workspace-Zustand zu beeinträchtigen

Vorbereitung von Code Reviews

Erstellen Sie einen isolierten, sauberen Workspace, um Pull-Request-Änderungen zu überprüfen und zu testen, ohne die lokale Entwicklung zu beeinträchtigen

Bug-Fix-Reproduktion

Isolieren Sie Bug-Untersuchungsarbeiten in einem separaten Worktree, während die stabile Entwicklungsumgebung erhalten bleibt

Probiere diese Prompts

Einfache Worktree-Einrichtung

Richte einen isolierten Workspace für den feature/auth-improvements Branch mit Git-Worktrees ein

Worktree mit benutzerdefiniertem Verzeichnis

Erstelle ein Worktree für bugfix/memory-leak im .worktrees Verzeichnis und führe das Projekt-Setup aus

PR-Review-Workspace

Erstelle ein isoliertes Worktree aus dem pull-request-123 Branch, damit ich Änderungen überprüfen kann, ohne meine aktuelle Arbeit zu beeinflussen

Multi-Branch-Entwicklung

Ich muss am experimental/caching Branch arbeiten und dabei meine aktuellen Änderungen intakt halten. Richte ein Worktree ein und verifiziere, dass Tests bestehen

Bewährte Verfahren

Überprüfen Sie immer, ob Worktree-Verzeichnisse git-ignored sind, bevor sie erstellt werden, um versehentliche Commits zu verhindern
Führen Sie Baseline-Tests unmittelbar nach der Worktree-Erstellung durch, um einen sauberen Ausgangspunkt zu etablieren
Befolgen Sie die Verzeichnis-Prioritätsreihenfolge: vorhandenes Verzeichnis > CLAUDE.md Präferenz > Benutzer fragen

Vermeiden

Worktrees erstellen, ohne den Git-Ignore-Status zu überprüfen, was zu Workspace-Verschmutzung in der Versionskontrolle führt
Überspringen der Baseline-Test-Verifikation, wodurch es unmöglich wird, neue Bugs von bereits bestehenden Problemen zu unterscheiden
Verzeichnisspeicherorte hardcoden, anstatt zuerst vorhandene Verzeichnisse und Benutzerpräferenzen zu überprüfen

Häufig gestellte Fragen

Was ist ein Git-Worktree und warum sollte man es verwenden?

Ein Git-Worktree ist ein verknüpftes Arbeitsverzeichnis, das sich dasselbe Repository teilt. Es ermöglicht Ihnen, gleichzeitig an mehreren Branches zu arbeiten, ohne zu wechseln, wodurch jeder Workspace isoliert bleibt und uncommittete Änderungen erhalten werden.

Wo werden Worktrees erstellt?

Worktrees werden entweder in .worktrees/ (projektlokal), worktrees/ (alternative projektlokale) oder ~/.config/superpowers/worktrees/<project>/ (globaler Speicherort) erstellt. Die Fähigkeit befolgt eine Prioritätsreihenfolge und fragt, wenn keine Präferenz vorhanden ist.

Muss ich Dependencies in jedem Worktree installieren?

Ja, jedes Worktree hat sein eigenes Arbeitsverzeichnis. Die Fähigkeit erkennt automatisch Ihren Projekttyp (npm, cargo, pip, poetry, go) und führt den entsprechenden Install-Befehl aus.

Was passiert, wenn Baseline-Tests fehlschlagen?

Die Fähigkeit meldet die Testfehler und fragt, ob Sie mit der Untersuchung fortfahren oder trotzdem weitermachen möchten. Dies stellt sicher, dass Sie den Ausgangszustand kennen, bevor Sie neue Änderungen vornehmen.

Kann ich mehrere Worktrees gleichzeitig haben?

Ja, Git unterstützt mehrere Worktrees. Jedes Worktree arbeitet unabhängig und ermöglicht es Ihnen, an verschiedenen Branches parallel mit separaten Terminal-Sitzungen zu arbeiten.

Wie räume ich Worktrees nach dem Abschluss auf?

Verwenden Sie die finishing-a-development-branch Fähigkeit oder führen Sie 'git worktree remove <path>' aus, um ein Worktree zu löschen. Das Haupt-Repository und andere Worktrees bleiben unberührt.

Entwicklerdetails

Autor

sickn33

Lizenz

MIT

Repository

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/using-git-worktrees

Ref

main

Dateistruktur

📄 SKILL.md