Quarkus Dev Services and Testing

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis : Un projet Quarkus existant, des outils Java locaux, et Docker ou Podman : les Dev Services ont besoin d'un runtime de conteneurs pour démarrer leurs conteneurs PostgreSQL, Kafka, Redis, Keycloak et autres, et ils tirent leurs images depuis des registres de conteneurs à l'usage. Aucun compte, aucune clé API et aucun service payant n'est requis pour installer ou utiliser le skill lui-même. La réutilisation des conteneurs entre redémarrages lit aussi un réglage testcontainers.reuse.enable dans ~/.testcontainers.properties, comme documenté dans SKILL.md. Rien n'est envoyé nulle part par le skill lui-même : les tests et les Dev Services tournent localement contre des conteneurs locaux. Installe-moi « Quarkus Dev Services and Testing ». Dev Services Quarkus et tests pour un projet Quarkus existant. En mode dev et test, les Dev Services démarrent des conteneurs (PostgreSQL, MySQL, Kafka, Redis, Keycloak et autres) automatiquement quand l'extension correspondante est présente et qu'aucune connexion n'est configurée. Le skill couvre les propriétés qui contrôlent cela (nom d'image, réutilisation, port fixé, partage), la pile de tests (QuarkusTest, QuarkusIntegrationTest, RestAssured, InjectMock, TestSecurity, TestProfile, TestTransaction), les ressources de test avec QuarkusTestResourceLifecycleManager, et les règles d'exécution qui coûtent du temps quand on les manque : les tests d'intégration tournent en phase verify via Failsafe, les gabarits mettent skipITs à vrai, et les tests continus tournent depuis le mode dev. Un seul fichier SKILL.md, sans références compagnes. Dépôt : https://github.com/github/awesome-copilot (le skill est tout le dossier skills/quarkus-dev-services-and-testing/ au commit épinglé : SKILL.md) Version épinglée : installe le code au commit cb64ad12e32737ae764becd6885462e9b4c7cb00 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/github/awesome-copilot dans un dossier temporaire, place-toi au commit cb64ad12e32737ae764becd6885462e9b4c7cb00, et copie le dossier skills/quarkus-dev-services-and-testing/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-18 : [FINGERPRINTS] - SKILL.md: SHA-256 a7ba8792ac02ac3e2bd7779bc162b9aaa1cdf67b3b56958e847260018f12d5a9 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet (et chaque autre fichier du dossier) et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quels services il se connecte, s'il lit ou envoie des informations personnelles ou des clés, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient un seul fichier : SKILL.md. Il n'y a aucun code exécutable, aucun script et aucun fichier de référence compagnon. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement est le fichier du skill depuis GitHub au commit épinglé. - À l'usage tout tourne localement : les Dev Services démarrent des conteneurs Docker ou Podman locaux (leurs images sont tirées de registres de conteneurs) et les tests tournent contre eux. Aucune donnée de test n'est téléversée par le skill. - L'option de réutilisation lit ~/.testcontainers.properties pour testcontainers.reuse.enable=true, exactement comme SKILL.md le documente ; aucun autre fichier personnel n'est nommé. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier dans le répertoire des skills de l'agent, dans un dossier nommé « quarkus-dev-services-and-testing », en gardant chaque fichier (SKILL.md). 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : me connecter ou créer un compte, fournir une clé API, ou installer un outil local nommé dans les prérequis ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et chaque usage payant ou authentifié divulgué ci-dessus arrive seulement à ce moment-là). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.