Commit & Close: Ihren Schritt in der IDE abschließen — committen, pushen und die Aufgabe weiterbringen
Schließen Sie Ihren Teil einmal ab. Wenn Sie eine Aufgabe in der IDE als erledigt markieren, committet Vi Ihre Änderungen mit der Aufgaben-ID, pusht sie, wenn das Repository ein Git-Remote hat, markiert Ihren aktuellen Workflow-Schritt als abgeschlossen, verschiebt die Aufgabe in den nächsten Schritt und aktualisiert das Board — eine Aktion ersetzt das ganze Ritual „Ticket aktualisieren“.
In VS Code erledigt. Board automatisch aktualisiert — die 40-Sekunden-Demo von Commit & Close.
Der Code ist fertig. Das Board weiß es nicht.
Entwickler stellen den Code fertig, aber das Projektboard bleibt veraltet — weil das Aktualisieren des Tickets ein eigener, manueller Schritt in einem Browser-Tab ist. Jemand muss das Ticket finden, den Status ändern, eine Notiz schreiben und zurück in den Editor. Multiplizieren Sie das mit jeder Aufgabe, jedem Entwickler, jedem Tag, und der Tracker wird zur Fiktion, der Manager in Standups hinterherlaufen.
So funktioniert Commit & Close
Der Entwickler wählt in der IDE eine Aufgabe und klickt auf Start — sie wird zu seiner einen aktiven Aufgabe In Bearbeitung. Gibt es nicht committete Änderungen aus anderer Arbeit, bietet Vi an, sie zuerst zu stashen, damit sie nicht im Commit dieser Aufgabe landen.
Wenn sein Teil der Arbeit fertig ist, markiert er die Aufgabe als erledigt — weiterhin in der IDE.
Vi listet die geänderten Dateien mit Kontrollkästchen auf — bereits gestagte Dateien sind vorausgewählt, sonst alle — und erstellt einen Commit mit Aufgabenbezug wie „[#142] Fix auth bug“ mit genau den Dateien, die angehakt bleiben.
Hat das Repository ein Git-Remote, pusht Vi den Commit dorthin — in derselben Aktion. Schlägt der Push fehl, geht die Aufgabe nicht weiter: Sie bleibt in ihrem aktuellen Schritt als „Wartet auf Push“, bis Sie erneut Erledigt wählen und der Push gelingt. Wird der Push abgewiesen, weil ein Teammitglied zuerst gepusht hat, bietet Vi „Pullen und erneut pushen“ an: Es pullt so, wie Ihre Git-Konfiguration es vorgibt (standardmäßig per Merge), pusht und bringt die Aufgabe weiter; einen Konflikt überlässt es Ihnen.
Vi markiert den aktuellen Schritt des Entwicklers als abgeschlossen und verschiebt die Aufgabe in den nächsten Schritt Ihres Workflows — Review, QA, Freigabe oder was auch immer folgt. Die Aufgabe wird erst geschlossen, wenn sie den letzten Schritt durchlaufen hat.
Das Projektboard aktualisiert sich automatisch. Manager sehen den echten Status — ohne Nachfragen.
Warum das wichtig ist
Entwickler bleiben in der IDE
Kein Tab-Wechsel, keine Ticketsuche. Der ganze Lebenszyklus der Aufgabe findet dort statt, wo der Code geschrieben wird.
Manager sehen den echten Status
Das Board zeigt, was tatsächlich ausgeliefert wurde, denn seine Aktualisierung ist Teil der Auslieferung — kein Gefallen, an den jemand denken muss.
Git und Workflow bleiben verbunden
Jeder Commit ist mit seiner Aufgabe verknüpft, sodass Verlauf, Reviews und Tickets immer zusammenpassen.
Weniger Kontextwechsel
Weniger manuelle Ticket-Pflege bedeutet mehr ungestörte Programmierzeit — jeden Tag, für jeden Entwickler.
Eine aktive Aufgabe pro Entwickler
Vi setzt ein fokussiertes Arbeitsmodell durch: Jeder Entwickler kann immer nur eine Aufgabe In Bearbeitung haben. Commit & Close schließt den Teil des Entwicklers an dieser Aufgabe ab und macht den Platz für die nächste frei. Das Ergebnis: weniger parallel liegengebliebene Arbeit, ein genaues Bild der Auslastung und ein Board, auf dem „In Bearbeitung“ wirklich in Bearbeitung bedeutet.
Ihr Code verlässt nie Ihren Rechner
Alle Git-Operationen, die Commit & Close ausführt — Stagen, Committen und Pushen —, laufen lokal auf dem Rechner des Entwicklers über die Vi-IDE-Erweiterung. Vi greift nie auf Quellcode zu, speichert ihn nicht und lädt ihn nicht hoch. Es steuert den Aufgaben-Workflow; Ihr Repository bleibt Ihres.
Wo Sie Commit & Close nutzen können
- VS Code — verfügbar
- Visual Studio — verfügbar
- RAD Studio 13 — verfügbar
- Lazarus — verfügbar
- JetBrains-IDEs — geplant
Sie arbeiten in VS Code? Sehen Sie, wie Vi als Projektmanager in VS Code funktioniert — von der Aufgabe über den Commit zum nächsten Workflow-Schritt.
Häufige Fragen
Was ist Commit & Close?
Commit & Close ist die Workflow-Aktion von Vi, mit der Sie Ihren Teil einer Aufgabe abschließen: Ein Entwickler markiert eine Aufgabe in der IDE als erledigt, und Vi erstellt einen Commit mit Aufgabenbezug, pusht ihn bei konfiguriertem Git-Remote, markiert den aktuellen Workflow-Schritt des Entwicklers als abgeschlossen, verschiebt die Aufgabe in den nächsten Schritt und aktualisiert das Projektboard automatisch.
Greift Vi auf meinen Quellcode zu?
Nein. Alle Git-Operationen laufen lokal auf dem Rechner des Entwicklers über die Vi-IDE-Erweiterung. Vi greift nie auf Quellcode zu, speichert ihn nicht und lädt ihn nicht hoch — es steuert nur den Aufgaben-Workflow.
Kann Commit & Close Änderungen nach Git pushen?
Ja — wenn für das Repository ein Git-Remote konfiguriert ist, pusht Commit & Close den Commit mit Aufgabenbezug in derselben Aktion, sodass ein Entwickler die IDE zum Committen oder Pushen nie verlässt; ohne Remote bleibt der Commit lokal. Schlägt der Push fehl, bleibt die Aufgabe in ihrem aktuellen Schritt, bis er gelingt, sodass die nächste Person im Workflow nie Arbeit erhält, deren Code nicht auf dem Remote liegt. Wird er nur abgewiesen, weil ein Teammitglied zuerst gepusht hat, genügt ein Klick auf „Pullen und erneut pushen“, um zu pullen, zu pushen und die Aufgabe weiterzubringen. Alle Git-Operationen laufen lokal auf dem Rechner des Entwicklers über die Vi-IDE-Erweiterung, die heute für VS Code, Visual Studio, RAD Studio 13 und Lazarus verfügbar ist.
Kann ein Entwickler mehrere Aufgaben in Bearbeitung haben?
Nein. Vi erlaubt pro Entwickler eine aktive Aufgabe In Bearbeitung. Diese Fokusregel verhindert parallel liegengebliebene Arbeit und hält das Board als genaues Bild dessen, woran tatsächlich gearbeitet wird.
Was passiert, nachdem eine Aufgabe als erledigt markiert wurde?
Erledigt markiert das Ende der Arbeit des Entwicklers am aktuellen Workflow-Schritt, nicht das Ende der Aufgabe. Vi committet die Änderungen mit der Aufgaben-ID, pusht sie bei konfiguriertem Git-Remote und verschiebt die Aufgabe in den nächsten Schritt — zum Beispiel einen Review-Schritt mit Freigabekette, wenn Ihr Workflow einen solchen definiert. Die Aufgabe wird erst geschlossen, wenn sie den letzten Schritt des Workflows durchlaufen hat.
Aktualisiert Commit & Close das Projektboard?
Ja. Die Aufgabe geht in den nächsten Schritt Ihres Workflows, und das Projektboard aktualisiert sich automatisch — Manager sehen den echten Projektstatus, ohne dass jemand Tickets im Browser bearbeitet.
Können Entwickler weiterhin manuell pushen?
Ja. Commit & Close ersetzt Ihre normalen Git-Werkzeuge nicht — Entwickler können jederzeit über das Terminal oder die Git-Funktionen ihrer IDE committen und pushen, und die Vi-Erweiterungen für RAD Studio und Lazarus enthalten zusätzlich ein Git-Panel. Ein normaler Commit oder Push bewegt die Aufgabe nicht; das tut nur Erledigt.
Ist Commit & Close nur eine Git-Funktion?
Nein. Commit & Close ist Teil des Projektmanagement-Workflows von Vi. Es verbindet das Fertigstellen des Codes mit Aufgabenstatus, Workflow-Fortschritt, Board-Updates und Projektüberblick.
Weiterlesen: von der Kundenanfrage zum gelieferten Code · Git-aware Projektmanagement · Projektmanagement in VS Code · Projektmanagement in der IDE · Sicherheit des Quellcodes
Schließen Sie Ihre nächste Aufgabe in der IDE ab
In zwei Minuten kostenlos starten. Keine Kreditkarte erforderlich.
Kostenlos starten