Partager un scénario avec un coéquipier

Objectif : passer un scénario reproductible à une autre personne sans écraser son catalogue.

Exporter

Depuis le menu du scénario (ou Paramètres pour le catalogue complet), Exporter génère un fichier autonome <scénario>.aseptic.yml avec :

• Le scénario.
• Les manifestes de ses micros (avec la branche sur laquelle est chaque repo).
• Les mocks référencés.
• Optionnellement, la configuration de démarrage de chaque micro (activez l’interrupteur « Inclure la configuration de démarrage »), assainie : les identifiants voyagent comme référence ${creds.x} et les chemins absolus sont omis.

Votre settings.local.yml et l’état de .runtime/ ne voyagent pas.

Importer

Sur l’autre machine, Importer des scénarios ouvre un dialogue de réconciliation : l’import n’écrase jamais brutalement, il résout conflit par conflit avec l’option recommandée présélectionnée.

La boîte de dialogue avance par étapes —Scénario, Services, Mocks et démarrage, Environnement et Récapitulatif— et saute celles où il n’y a rien à décider. Les étapes déjà faites peuvent être rouvertes ; le bouton d’import est sur la dernière.

• Un scénario qui existe déjà entre comme copie (jamais écrasé).
• Un manifeste qui diffère : conserver local (par défaut), utiliser l’entrant, ou voir le diff.
• Les mocks : union par endpoint+variante.

S’il manque des repos référencés dans l’espace de travail, Aseptic prévient : le scénario est importé, mais ne se lancera pas tant que vous ne les avez pas clonés.

Si le scénario a besoin d’une infrastructure que le docker-compose.yml de cette machine ne déclare pas (un Redis, un Kafka), l’étape Environnement le signale aussi, avec l’extrait YAML qui la couvre, prêt à coller. Aseptic n’écrit pas le compose : il appartient souvent à l’équipe et vit dans un autre dépôt.

Depuis le CLI

aseptic scenario export <nom> [--include-run] et aseptic scenario import <fichier> [--apply] [politiques] (sans --apply il imprime le plan de conflits).

Quand on partage souvent, le fichier gêne

Faire circuler un fichier convient pour une fois. Si l’équipe échange des scénarios régulièrement, ce qu’il faut c’est un catalogue d’équipe : le scénario est publié une fois et chacun l’adopte quand il en a besoin, en voyant au préalable ce qui manque sur sa machine.

Voir aussi

• Scénario · L’espace de travail et .aseptic/
• Section Équipe — le catalogue partagé