Der Agent hat den Großteil deiner Änderung abgeschlossen. Jetzt möchtest du ein Implementierungsdetail prüfen, einige Zeilen von Hand anpassen und das Projekt lokal ausführen, bevor du es veröffentlichst.
Aber die Arbeit liegt in der GitHub Copilot App… und dein Editor ist der Ort, an dem du Diffs überprüfst, Code debuggst und letzte Anpassungen vornimmst. Musst du dich zwischen dem Verbleib in der Sitzung und einem Neuanfang in Visual Studio Code entscheiden?
Musst du nicht. Du kannst die Copilot App-Sitzung direkt in VS Code öffnen und mit intaktem Gesprächsverlauf, Codeänderungen und Arbeitskontext fortfahren. Das bedeutet, dass Copilot die repetitiven oder zeitaufwendigen Aufgaben übernehmen und dann die Kontrolle für eine genauere Überprüfung, praktisches Bearbeiten und lokales Testen an dich zurückgeben kann.
In diesem Tutorial lernst du, wie du:
- Eine Copilot App-Sitzung in VS Code öffnest.
- Die Änderungen des Agents Zeile für Zeile überprüfst.
- Dieselbe Unterhaltung aus deinem Editor fortsetzt.
- Den Code lokal änderst und testest.
- Deine Aktualisierungen in den mit der Sitzung verknüpften Pull Request pusht.
1. Beginne mit einer Sitzung in der Copilot App
Öffne die Sitzung, die du fortsetzen möchtest. Bevor du sie übergibst, nimm dir einen Moment, um die Aufgabe und die von Copilot erledigte Arbeit zu überprüfen.
Eine Sitzung enthält mehr als nur eine Sammlung geänderter Dateien. Sie speichert auch die Aufgabe, den Plan und die Unterhaltung, die zu diesen Änderungen geführt haben. Dieser Kontext ist wichtig, wenn du verstehen möchtest, warum Copilot sich für eine bestimmte Implementierung entschieden hat, oder wenn du es bitten möchtest, einen Teil der Arbeit zu überarbeiten.
Du musst diesen Verlauf nicht zusammenfassen oder in einen neuen Chat kopieren, bevor du zu VS Code wechselst.
2. Öffne die Sitzung in VS Code
Wähle in der Sitzung Open in VS Codeaus. Wenn die App mehr als einen unterstützten Editor oder mehr als eine VS Code-Installation anbietet, wähle die, die du verwenden möchtest.
VS Code öffnet das Projekt unter Verwendung des mit der Sitzung verknüpften Worktrees. Es zeigt auch die bestehende Sitzung in der Copilot-Seitenleiste an.
Damit hast du drei miteinander verbundene Teile der ursprünglichen Arbeit:
- Der Sitzungskontext: Aufgabe, Plan und Unterhaltung bleiben verfügbar.
- Das Diff: Die vom Agenten geänderten Dateien und Zeilen stehen zur Überprüfung bereit.
- Der Worktree: VS Code öffnet denselben isolierten Arbeitsbaum, den die Sitzung verwendet hat.
Du setzt die bestehende Sitzung fort und rekonstruierst sie nicht in einem neuen Editorfenster.
3. Überprüfe die Änderungen des Agents
Prüfen Sie vor dem Bearbeiten den Diff in VS Code. Öffnen Sie die Quellcodeverwaltungsansicht, um die geänderten Dateien zu sehen, und wählen Sie dann eine Datei aus, um ihre Änderungen Zeile für Zeile zu überprüfen.
Überprüfen Sie die Implementierung wie jeden anderen vorgeschlagenen Change auch. Achten Sie insbesondere darauf, dass:
- Der Code das gewünschte Problem löst.
- Die Implementierung den Konventionen des Repositorys folgt.
- Fehlerzustände und Randfälle angemessen behandelt werden.
- Tests das geänderte Verhalten abdecken.
- Keine unrelated Dateien oder Verhaltensweisen geändert wurden.
Die aufbewahrte Konversation kann helfen zu erklären, wie Copilot zu der Implementierung gelangt ist. Falls etwas unklar ist, fahren Sie mit weiteren Aufforderungen an Copilot in der Seitenleiste fort. Zum Beispiel:
Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.Sie können Copilot auch bitten, eine weitere Änderung vorzunehmen. Da die Sitzung und der Worktree verbunden bleiben, müssen Sie die Aufgabe nicht von Anfang an beschreiben.
4. Führen Sie eine praktische Bearbeitung durch
Sobald Sie die vorgeschlagenen Änderungen verstanden haben, bearbeiten Sie jede Datei direkt in VS Code.
Dies ist nützlich für Anpassungen, die von Hand schneller oder einfacher vorzunehmen sind, wie zum Beispiel:
- Verfeinern eines Beschriftungs- oder Fehlermeldetexts.
- Umbenennung einer Variable zur Klarheit.
- Anpassen von Layout oder Styling.
- Hinzufügen eines fehlenden Testfalls.
- Anwenden einer repositoryspezifischen Konvention.
Sie bearbeiten das vorhandene Worktree der Sitzung, sodass Ihre manuellen Änderungen direkt auf der Arbeit des Agenten aufbauen. Sie müssen keine Dateien zwischen Verzeichnissen kopieren oder den Branch manuell neu erstellen.
5. Projekt lokal ausführen und überprüfen
Verwenden Sie das integrierte Terminal von VS Code, um den normalen Validierungs-Workflow des Projekts auszuführen. Die genauen Befehle hängen vom Repository ab, bei manchen Web-App-Beispielen können dies zum Beispiel sein:
npm installnpm testnpm run lintnpm run dev
Behandeln Sie vom Agenten generierte Änderungen genauso wie Code, der von einer Person geschrieben wurde: Führen Sie die relevanten Tests aus, prüfen Sie Fehler und verifizieren Sie das Verhalten selbst.
Wenn der Entwicklungsserver eine Localhost-URL ausgibt, öffnen Sie sie, um die Änderung in einem Browser zu testen. Wenn Ihre VS Code-Einrichtung dies unterstützt, können Sie die URL im integrierten Browser von VS Code öffnen und das Ergebnis überprüfen, ohne den Editor zu verlassen.
Bei einer Änderung der Benutzeroberfläche überprüfen Sie sowohl das angeforderte Verhalten als auch benachbarte Zustände. Prüfen Sie zum Beispiel die geänderte Komponente bei verschiedenen Viewport-Größen und bestätigen Sie, dass Lade-, Leer- und Fehlerzustände weiterhin funktionieren.
6. Mit Copilot fortfahren oder selbst weiterbearbeiten
Sie können jederzeit die Interaktion wählen, die am besten zum nächsten Schritt passt:
- Prompten Sie Copilot, wenn die Änderung eine repositoryweite Analyse oder wiederholte Bearbeitungen erfordert.
- Bearbeiten Sie direkt, wenn Sie die genaue Änderung kennen, die Sie vornehmen möchten.
- Nutzen Sie beide Ansätze iterativ, während Sie die Implementierung testen und verfeinern.
Sie können Copilot beispielsweise nach einer manuellen UI-Anpassung Folgendes fragen:
Füge einen Test für das aktualisierte Label hinzu und führe die relevante Testdatei aus. Ändere keine unabhängigen Komponenten.
Da Sie sich noch in der ursprünglichen Sitzung befinden, verfügt Copilot über den Kontext, der benötigt wird, um „das aktualisierte Label“ zu interpretieren.
7. Fertige Änderungen committen und pushen
Wenn die Implementierung bereit ist, sehen Sie sich das finale Diff noch einmal an. Committen und pushen Sie dann die Änderungen über die Quellcodeverwaltungsansicht oder das integrierte Terminal:
git statusgit addgit commit -m "Refine session changes"git push
Nutzen Sie die üblichen Branch-, Commit-, Review- und Freigabe-Praktiken Ihres Repositorys. Da VS Code den mit der Sitzung verbundenen Worktree und Branch geöffnet hat, aktualisiert das Pushen des Branches den bereits bestehenden Pull Request, der diese Arbeit verfolgt.
Es ist nicht nötig, die fertigen Dateien in einen anderen Checkout zu kopieren oder die Arbeit manuell wieder mit dem Pull Request zu verbinden.
Ein durchgehender Workflow vom Agenten zum Editor
Das Öffnen einer Copilot-App-Sitzung in VS Code bietet Ihnen eine klare Arbeitsteilung, ohne die Arbeit selbst aufzuspalten. Copilot kann eine größere oder sich wiederholende Implementierung übernehmen, während Sie in den Editor wechseln können, um eine detaillierte Überprüfung, gezielte Änderungen, lokales Testen und den letzten Feinschliff vorzunehmen.
Sitzung, Diff und Worktree wandern mit Ihnen mit. Beginnen Sie damit, die Arbeit in der Copilot-App zu steuern, wechseln Sie zu VS Code, wann immer Sie die Kontrolle selbst in die Hand nehmen möchten, und pushen Sie das fertige Ergebnis über denselben Pull-Request-Workflow.
Bereit, es auszuprobieren? Laden Sie die GitHub Copilot appherunter, starten Sie eine Sitzung und öffnen Sie sie in VS Code, wenn Sie bereit sind, mit dem Programmieren fortzufahren.
Der Beitrag How to continue a GitHub Copilot app session in VS Code erschien zuerst auf The GitHub Blog.