Codeänderungen mit der Arbeit verbunden halten

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 Omni, damit ein KI-Agent mit Ihren Berechtigungen in Windshift arbeiten kann.

• GitHub: Verbinden Sie Repositories, Branches, Commits und Pull Requests auf github.com oder GitHub Enterprise.
• 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 Vorgänge, Beschreibungen und Kommentare und führt Windshift-MCP-Werkzeuge als Aktionen mit den Berechtigungen des jeweiligen Benutzers aus.
• 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.

Ein Vorgangsstatus zeigt nicht, was im Repository passiert ist

Ohne Verbindung werden Vorgang 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 Vorgang 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 Vorgang 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 Vorgang, wählen Sie Repository und Basis-Branch und beginnen Sie mit einem vorgeschlagenen Namen aus Vorgangsschlüssel und Titel.
• Pull Request aus Windshift öffnen: Erstellen Sie einen Pull Request aus einem verknüpften Branch. Der Vorgang bleibt während des Reviews mit der Änderung verbunden.
• Vorgangsschlüssel stellen die Verbindung her: Windshift erkennt Vorgangsschlü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 Vorgang, 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 Vorgang zu Branch und Pull Request, ohne den Kontext manuell neu aufzubauen. Branch direkt am Vorgang beginnen Repository und Basis-Branch auswählen Mit einem vorgeschlagenen Branch-Namen starten
• Review mit Kontext: Öffnen Sie den Vorgang, 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 Lieferung: Erkennen Sie, welche Codeänderungen zu einem Vorgang 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 Vorgang zum Pull Request.