Codeänderungen bleiben mit der Arbeit verbunden

Verbinden Sie die Werkzeuge, die Ihr Team bereits nutzt

Verknüpfen Sie Ihren Git-Host für Branches, Commits und Pull Requests und verbinden Sie einen KI-Client, damit er mit Ihren Berechtigungen in Windshift arbeiten kann.

• GitHub: Verbinden Sie Repositories, Branches, Commits und Pull Requests auf github.com.
• GitLab: Verbinden Sie Repositories, Branches, Merge Requests und Commits auf GitLab.com oder einer selbst verwalteten Instanz.
• Gitea: Verbinden Sie eine selbst gehostete Gitea-Installation über ihre native API.
• Forgejo: Verbinden Sie Forgejo für Entwicklungsverknüpfungen über die Gitea-kompatible API.
• Omni: Ein quelloffener, selbst gehosteter KI-Agent. Omni indexiert Arbeitselemente, Beschreibungen und Kommentare und führt Windshift-MCP-Werkzeuge als Aktionen mit den Berechtigungen des jeweiligen Benutzers aus.
• Hermes, Claude Code, Codex, Cursor, GitHub Copilot, OpenCode, Zed und jeder andere MCP-kompatible KI-Agent verbinden sich mit denselben Berechtigungen.
• REST-API: Lesen und ändern Sie Windshift-Daten über dokumentierte HTTP-Endpunkte.
• Webhooks: Senden Sie Windshift-Ereignisse an Automatisierungen und Systeme Ihrer Organisation.
• Plugins: Installieren Sie Erweiterungen, die das Verhalten Ihrer Windshift-Instanz ergänzen.
• ws CLI: Bedienen Sie Windshift vom Terminal aus und geben Sie Coding-Agenten mit ws init den Workspace-Kontext.

Ein Status zeigt nicht, was im Repository passiert ist

Ohne Verbindung werden Arbeitselement und Codeänderung zu zwei getrennten Aufzeichnungen. Delivery-Teams müssen Branches, Commits und Pull Requests durchsuchen, um die Umsetzung nachzuvollziehen.

Windshift hält diese Entwicklungsverknüpfungen am Arbeitselement und aktualisiert den Pull-Request-Status, während die Änderung durch das Review läuft.

Von der zugewiesenen Arbeit zur prüfbaren Änderung

Beginnen Sie die Umsetzung am Arbeitselement und erhalten Sie die Verbindung, während der Code das Review durchläuft.

• Mit einem verknüpften Branch beginnen: Erstellen Sie einen Branch aus einem Arbeitselement, wählen Sie Repository und Basis-Branch und beginnen Sie mit einem vorgeschlagenen Namen aus Arbeitselement-Schlüssel und Titel.
• Pull Request aus Windshift öffnen: Erstellen Sie einen Pull Request aus einem verknüpften Branch. Das Arbeitselement bleibt während des Reviews mit der Änderung verbunden.
• Arbeitselement-Schlüssel stellen die Verbindung her: Windshift erkennt Arbeitselement-Schlüssel in Branch-Namen, Pull-Request-Titeln und -Beschreibungen sowie in Commit-Nachrichten.
• Review-Status sichtbar halten: Sehen Sie zugehörige Branches, Commits und Pull Requests am Arbeitselement, einschließlich des offenen, gemergten oder geschlossenen PR-Status.

Eine Aufzeichnung von der Zuweisung bis zum Review

Entwicklung, Review und Delivery können derselben Änderung folgen, ohne die Verbindung zwischen Tracker und Repository neu herzustellen.

• Übergabe an die Umsetzung: Wechseln Sie vom zugewiesenen Arbeitselement zu Branch und Pull Request, ohne den Kontext manuell neu aufzubauen. Branch direkt am Arbeitselement beginnen Repository und Basis-Branch auswählen Mit einem vorgeschlagenen Branch-Namen starten
• Review mit Kontext: Öffnen Sie das Arbeitselement, sehen Sie die zugehörige Entwicklungsaktivität und folgen Sie der Änderung in den Git-Host. Branches, Commits und Pull Requests zusammen sehen Verknüpfte Ressourcen im Git-Host öffnen Aktuellen Pull-Request-Status prüfen
• Nachvollziehbare Delivery: Erkennen Sie, welche Codeänderungen zu einem Arbeitselement gehören und ob der zugehörige Pull Request gemergt wurde. Entwicklungsaktivität zur Anforderung zurückverfolgen Beteiligte Repositories erkennen Prüfen, ob verknüpfte Pull Requests gemergt wurden

Verbinden Sie die Arbeit mit der Änderung

Laden Sie Windshift herunter und testen Sie die vollständige Übergabe vom Arbeitselement zum Pull Request.