Comment poursuivre une session d’application GitHub Copilot dans VS Code

L’agent a terminé l’essentiel de votre modification. Vous souhaitez maintenant examiner un détail d’implémentation, ajuster quelques lignes à la main et exécuter le projet localement avant de le livrer.

Mais le travail se trouve dans l’application GitHub Copilot… et votre éditeur est l’endroit où vous passez en revue les diffs, déboguez le code et effectuez les ajustements finaux. Faut-il choisir entre rester dans la session et tout recommencer dans Visual Studio Code ?

Ce n’est pas nécessaire. Vous pouvez ouvrir directement la session de l’application Copilot dans VS Code et la poursuivre avec sa conversation, ses modifications de code et son contexte de travail intacts. Cela signifie que Copilot peut gérer les tâches répétitives ou chronophages, puis vous rendre la main pour un examen plus approfondi, une édition directe et des tests locaux.

Dans ce tutoriel, vous apprendrez à :

• Ouvrir une session de l’application Copilot dans VS Code.
• Passer en revue les modifications de l’agent ligne par ligne.
• Poursuivre la même conversation depuis votre éditeur.
• Modifier et tester le code localement.
• Pousser vos mises à jour vers la pull request associée à la session.

1. Commencer avec une session dans l’application Copilot

Ouvrez la session que vous souhaitez poursuivre. Avant de la transférer, prenez un moment pour examiner la tâche et le travail accompli par Copilot.

Une session contient plus qu’un ensemble de fichiers modifiés. Elle enregistre également la tâche, le plan et la conversation qui ont produit ces modifications. Ce contexte est important lorsque vous voulez comprendre pourquoi Copilot a choisi une implémentation particulière ou lui demander de réviser une partie du travail.

Vous n’avez pas besoin de résumer cet historique ni de le copier dans un nouveau chat avant de passer à VS Code.

2. Ouvrir la session dans VS Code

Depuis la session, sélectionnez Open in VS Code. Si l’application propose plusieurs éditeurs ou installations de VS Code compatibles, choisissez celui que vous souhaitez utiliser.

VS Code ouvre le projet en utilisant le worktree associé à la session. Il affiche également la session existante dans la barre latérale Copilot.

Cela vous donne trois éléments connectés du travail d’origine :

• Le contexte de session : La tâche, le plan et la conversation restent disponibles.
• Le diff : Les fichiers et les lignes modifiés par l’agent sont prêts à être examinés.
• Le worktree : VS Code ouvre le même arbre de travail isolé que celui utilisé par la session.

Vous poursuivez la session existante, vous ne la reconstruisez pas dans une nouvelle fenêtre d’éditeur.

3. Passer en revue les modifications de l’agent

Avant de modifier, inspectez le diff dans VS Code. Ouvrez la vue Contrôle de code source pour voir les fichiers modifiés, puis sélectionnez un fichier pour examiner ses changements ligne par ligne.

Examinez l'implémentation comme vous le feriez pour toute autre proposition de modification. En particulier, vérifiez que :

• Le code résout le problème demandé.
• L'implémentation suit les conventions du dépôt.
• Les états d'erreur et les cas limites sont gérés de manière appropriée.
• Les tests couvrent le comportement qui a changé.
• Aucun fichier ou comportement sans rapport n'a été modifié.

La conversation conservée peut aider à expliquer comment Copilot est arrivé à l'implémentation. Si quelque chose n'est pas clair, continuez à solliciter Copilot dans la barre latérale. Par exemple :

Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.

Vous pouvez également demander à Copilot d'apporter une autre modification. Comme la session et le worktree restent connectés, vous n'avez pas à décrire la tâche depuis le début.

4. Faire une modification manuelle

Une fois que vous avez compris les modifications proposées, modifiez directement n'importe quel fichier dans VS Code.

C'est utile pour les ajustements qui sont plus rapides ou plus simples à faire à la main, comme :

• Affiner un libellé ou un message d'erreur.
• Renommer une variable pour plus de clarté.
• Ajuster la mise en page ou le style.
• Ajouter un cas de test manquant.
• Appliquer une convention propre au dépôt.

Vous modifiez le worktree existant de la session, donc vos modifications manuelles s'appuient directement sur le travail de l'agent. Vous n'avez pas besoin de copier des fichiers entre des répertoires ni de recréer manuellement la branche.

5. Exécuter et vérifier le projet localement

Utilisez le terminal intégré de VS Code pour exécuter le flux de validation habituel du projet. Les commandes exactes dépendent du dépôt, mais quelques exemples d'applications web peuvent inclure :

• npm install
• npm test
• npm run lint
• npm run dev

Traitez les modifications générées par l'agent de la même manière que du code écrit par une personne : exécutez les tests pertinents, examinez les échecs et vérifiez vous-même le comportement.

Si le serveur de développement affiche une URL localhost, ouvrez-la pour tester la modification dans un navigateur. Lorsque votre configuration VS Code le prend en charge, vous pouvez ouvrir l'URL dans le navigateur intégré de VS Code et inspecter le résultat sans quitter l'éditeur.

Pour une modification de l'interface utilisateur, vérifiez à la fois le comportement demandé et les états voisins. Par exemple, examinez le composant modifié à différentes tailles de fenêtre et confirmez que les états de chargement, vides et d'erreur fonctionnent toujours.

6. Continuer avec Copilot ou continuer à modifier soi-même

À tout moment, vous pouvez choisir l'interaction qui correspond le mieux à l'étape suivante :

• Sollicitez Copilot lorsque la modification nécessite une analyse à l'échelle du dépôt ou des modifications répétitives.
• Modifiez directement lorsque vous connaissez exactement la modification souhaitée.
• Utilisez les deux approches de manière itérative pendant que vous testez et affinez l'implémentation.

Par exemple, après avoir fait un ajustement manuel de l'interface utilisateur, vous pourriez demander à Copilot :

Ajoutez un test pour le libellé mis à jour et exécutez le fichier de test pertinent. Ne modifiez pas de composants sans rapport.

Comme vous êtes toujours dans la session d'origine, Copilot conserve le contexte nécessaire pour interpréter « le libellé mis à jour ».

7. Commiter et pousser les modifications terminées

Lorsque l'implémentation est prête, examinez une dernière fois le diff final. Committez puis poussez ensuite les modifications à l'aide de la vue Contrôle de code source ou du terminal intégré :

• git status
• git add
• git commit -m "Refine session changes"
• git push

Utilisez les pratiques habituelles de votre dépôt en matière de branches, commits, revues et approbations. Comme VS Code a ouvert le worktree et la branche associés à la session, pousser la branche met à jour la pull request qui suit déjà ce travail.

Il n'est pas nécessaire de copier les fichiers terminés dans un autre checkout ni de reconnecter manuellement le travail à la pull request.

Un flux de travail continu de l'agent à l'éditeur

Ouvrir une session de l'application Copilot dans VS Code vous offre une répartition claire du travail sans scinder le travail lui-même. Copilot peut prendre en charge une implémentation plus importante ou répétitive, tandis que vous pouvez passer dans l'éditeur pour une revue détaillée, des modifications ciblées, des tests locaux et la touche finale.

La session, le diff et le worktree vous suivent. Commencez par diriger le travail dans l'application Copilot, passez à VS Code dès que vous souhaitez un contrôle direct, et poussez le résultat final via le même flux de travail de pull request.

Prêt à essayer ? Téléchargez l'application GitHub Copilot, lancez une session et ouvrez-la dans VS Code lorsque vous êtes prêt à continuer à coder.

La publication How to continue a GitHub Copilot app session in VS Code est apparue d'abord sur The GitHub Blog.