C✳CODEZ.WIN
🌐 Deutsch

Lokalisierter Leseleitfaden

using-git-worktreesZweck, Verwendung und Quelle

Verwenden Sie diese Option, wenn Sie mit der Entwicklung von Funktionen beginnen, die eine Isolation vom aktuellen Arbeitsbereich erfordern, oder bevor Sie Implementierungspläne ausführen – stellt sicher, dass ein isolierter Arbeitsbereich über native Tools oder den Git-Worktree-Fallback vorhanden ist.

Quelle abgerufen:

Quell-Repository
obra/superpowers
SKILL.md
skills/using-git-worktrees/SKILL.md
Repository-Sterne
309,479
Repository zuletzt aktualisiert
2026-10-30
Fähigkeitskategorien
Entwicklung
Letzte Datenerfassung

Lizenz: MIT

Original SKILL.md

Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.

Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.

Was diese Fähigkeit bewirkt

Verwenden Sie diese Option, wenn Sie mit der Entwicklung von Funktionen beginnen, die eine Isolation vom aktuellen Arbeitsbereich erfordern, oder bevor Sie Implementierungspläne ausführen – stellt sicher, dass ein isolierter Arbeitsbereich über native Tools oder den Git-Worktree-Fallback vorhanden ist.

Wie der vorgelagerte Workflow funktioniert

Überblick

Stellen Sie sicher, dass die Arbeit in einem isolierten Arbeitsbereich stattfindet. Nutzen Sie vorzugsweise die systemeigenen Tools Ihrer Plattform. Greifen Sie nur dann auf manuelle Git-Arbeitsstrukturen zurück, wenn kein systemeigenes Tool verfügbar ist. Grundprinzip: Zuerst die bestehende Isolation erkennen. Dann die systemeigenen Tools verwenden. Nur dann auf Git zurückgreifen. Widersprechen Sie niemals den Gegebenheiten. Kündigen Sie zu Beginn an: „Ich nutze die Fähigkeit ‚using-git-worktrees‘, um einen isolierten Arbeitsbereich einzurichten.“

Aufwärtspassage · L8 ↗

Schritt0Vorhandene Isolation erkennen

Bevor Sie etwas erstellen, prüfen Sie, ob Sie sich bereits in einem isolierten Arbeitsbereich befinden. Submodul-Schutz:GIT_DIR != GIT_COMMONDies gilt auch innerhalb von Git-Submodulen. Bevor Sie schlussfolgern, dass Sie sich bereits in einem Arbeitsverzeichnis befinden, überprüfen Sie, ob Sie sich nicht in einem Submodul befinden: WennGIT_DIR != GIT_COMMON(und kein Untermodul): Sie befinden sich bereits in einem verknüpften Arbeitsverzeichnis. Weiter zu Schritt2(Projekteinrichtung). Erstellen Sie KEINEN weiteren Arbeitsbaum. Melden Sie den Branch-Status:

Aufwärtspassage · L16 ↗

Schritt1: Isolierten Arbeitsbereich erstellen

Sie haben zwei Mechanismen. Probieren Sie sie in dieser Reihenfolge aus.

Aufwärtspassage · L47 ↗
Aufwärtspassage · bash ↗
GIT_DIR=$(cd "$(git rev-parse --git-dir)" 2>/dev/null && pwd -P)
GIT_COMMON=$(cd "$(git rev-parse --git-common-dir)" 2>/dev/null && pwd -P)
BRANCH=$(git branch --show-current)

Anforderungen und Einrichtung

Schritt2Projekteinrichtung

Automatische Erkennung und Ausführung der entsprechenden Konfiguration:

Aufwärtspassage · L102 ↗

Grenzwerte und Qualitätskontrollen

Sicherheitsüberprüfung (nur projektlokale Verzeichnisse)

Vor dem Erstellen des Arbeitsverzeichnisses MUSS überprüft werden, ob das Verzeichnis ignoriert wird: Falls NICHT ignoriert: Zu .gitignore hinzufügen, die Änderung committen und dann fortfahren.

Aufwärtspassage · L78 ↗

Beginnen Sie mit einem sicheren Testlauf

  1. Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
  2. Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
  3. Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
  4. Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.

Spezifikation des Kompetenzformats und des Verzeichnisses ↗

Lesen Sie mehr dazu in der Quelle.

Übersetzung und Umfang

Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.

Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.

Angeheftete Quelle
Lesen Sie das Original ↗
Quelle abgerufen
Source-Commit
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b
Quelle SHA-256
8cfb86f121269e8f7f12361e6795c4f6738828340e28964c9229d365666c9edd
Zurück zum vollständigen Kompetenzkatalog