Spaces, Spark et résumés de PR

4.8 GitHub Copilot Spaces

Définition

GitHub Copilot Spaces permet d’organiser du contexte autour d’un projet, d’un sujet ou d’une tâche.

GitHub explique que le contexte d’un Space informe les réponses de Copilot, que son contenu peut être référencé pour générer du code, obtenir des explications ou travailler sur des tâches de développement, et que les fichiers GitHub ajoutés restent synchronisés avec l’évolution du projet.

Définition simple

Un Space, c’est un espace de contexte.

Tu peux y regrouper :

• fichiers importants ;
• documentation ;
• notes ;
• ressources GitHub ;
• contexte projet ;
• informations utiles pour une tâche.

Exemple

Tu travailles sur le module paiement.

Tu crées un Space :

Payment Platform Migration

Tu y ajoutes :

README-payment.md
payment-service.ts
refund-service.ts
billing-rules.md
open GitHub issues
test strategy document

Ensuite, tu peux demander :

Using this Space, explain how refunds are currently handled and propose a migration plan.

Pourquoi c’est utile ?

Parce que tu évites de répéter le contexte dans chaque prompt.

Au lieu de dire à chaque fois :

Voici le module, voici les règles, voici les fichiers...

Tu organises le contexte une fois.

Cas d’usage

Utilise Spaces pour :

• onboarding sur une codebase ;
• gros projet de migration ;
• contexte d’une équipe ;
• documentation produit ;
• ensemble de fichiers liés ;
• analyse de module ;
• préparation de feature ;
• collaboration autour d’un sujet.

Exemple prompt

Using the context from the Payment Migration Space, generate a step-by-step plan to migrate the refund flow.
Include affected files, risks, and tests.

Partager un Space

Un Space appartient à un compte personnel ou à une organisation. Un Space d’organisation se partage avec les membres de l’organisation, avec des rôles (admin, éditeur, lecteur). Un Space personnel peut rester privé, être partagé avec des utilisateurs précis ou publiquement, en lecture seule par défaut.

Partager un Space ne donne aucun accès nouveau : un lecteur ne voit dans les réponses que les sources auxquelles il a déjà accès. Un Space qui pointe vers un dépôt privé n’ouvre donc pas ce dépôt.

Pour qu’il reste utile et facile à retrouver : un nom explicite, une description qui dit à quoi il sert, et un seul travail par Space. Si les réponses se dégradent ou que le Space dépasse ses limites de taille, on réduit les sources ou on le scinde. Microsoft Learn ajoute de ne pas coller de données sensibles dans les notes libres et de préférer des liens vers des fichiers versionnés.

A team wants Copilot to answer questions using a curated set of project files and documentation that stays up to date.
Which feature is most relevant?

GitHub Copilot Spaces

4.9 GitHub Spark

Définition simple

GitHub Spark est une expérience orientée création rapide d’applications ou de prototypes avec l’aide de l’IA.

À quoi ça sert ?

Spark est utile quand tu veux passer rapidement :

idée → prototype → application

Exemples :

• créer une mini app interne ;
• prototyper une interface ;
• générer une application simple ;
• tester un concept ;
• construire vite une base fonctionnelle.

Exemple

Prompt :

Create a simple internal dashboard to track support tickets by priority and status.
Include filters, a summary section, and a clean UI.

Spark est plus adapté à la création rapide d’application qu’à une simple question de code.

Différence avec Copilot Chat

Ce qu’il faut retenir pour l’examen

Tu n’as pas forcément besoin de maîtriser Spark en profondeur.

Mais tu dois reconnaître son positionnement :

Aujourd’hui : Spark n’est plus disponible pour créer de nouvelles applications.
Pour le GH-300 : Spark = créer/prototyper des applications rapidement avec l’aide de Copilot.

4.10 Pull Request summaries

Définition

Les Pull Request summaries permettent à Copilot de générer un résumé d’une pull request.

GitHub explique que cette fonctionnalité génère un résumé IA des changements d’une PR pour aider les reviewers à comprendre rapidement ce qui a changé et pourquoi.

Ce que peut contenir un résumé de PR

Un résumé peut inclure :

• changements principaux ;
• fichiers impactés ;
• objectif de la PR ;
• points à vérifier ;
• contexte pour les reviewers.

GitHub précise aussi que Copilot PR summaries peut fournir une vue d’ensemble en prose et une liste de changements avec les fichiers impactés.

Exemple

Tu as une PR qui modifie :

users.controller.ts
users.service.ts
users.repository.ts
users.service.test.ts

Copilot peut générer :

This pull request adds soft-delete support for users.
It introduces a deletedAt field, updates repository queries to exclude deleted users by default, and adds tests for deactivation behavior.
Reviewers should focus on backward compatibility and query filtering.

Pourquoi c’est utile ?

Parce que beaucoup de PR sont difficiles à lire rapidement.

Un bon résumé aide à :

• comprendre le but ;
• identifier les fichiers importants ;
• orienter la review ;
• réduire le temps de revue ;
• améliorer la communication.

Limite importante

Un PR summary ne remplace pas la review.

Il peut être incomplet ou manquer un risque.

Donc il faut toujours :

• lire le diff ;
• vérifier les tests ;
• valider la logique métier ;
• vérifier les impacts sécurité.

A reviewer wants a quick overview of what changed in a pull request before reviewing the diff.
Which Copilot feature should be used?

Pull Request summary