Repository navigation
FR Contribuer Reference De Qualite
English · Type : procédure · Public : contributeur · Contexte : dépôt du moteur · Statut : prête · S'applique depuis : 4.4.0
tests/quality-baseline.json fige ce que fait le moteur : sur un ensemble de jeux, le témoin que trouve le solveur et
l'empreinte de l'état après chaque entrée, le verdict de la preuve et son nombre d'états, chaque sauvegarde de référence
jouée jusqu'au bout, la surface publique, le nombre de tests et le JavaScript de la première visite. Une refonte la
laisse identique ; un changement de comportement la réécrit volontairement et le dit.
Soit ✔ same behaviour as tests/quality-baseline.json pour un changement censé garder le comportement, soit une
référence réécrite dont vous connaissez chaque ligne qui a bougé et que vous assumez dans le fragment du CHANGELOG.
Le dépôt du moteur. La référence date de la 4.1.0 « Clarity » (figée avant le découpage du moteur en modules) ; le
rapport « ratcheted » de la 4.1.3 ; les chiffres des README de la 4.1.8 ; la section d'installation du README de la
4.1.20 ; heroes parmi les jeux mesurés de la 4.4.0.
Ce qu'elle mesure, en 4.4.0 (tools/quality-baseline.ts) :
| Partie | Ce qui est figé | Règle |
|---|---|---|
games (16) |
demo, reference, heroes, les cinq classiques, trois fixtures d'ordre partiel, et les fixtures world, cast, scale, picture, mini : le témoin (statut, terminé, nombre d'entrées, une empreinte des empreintes après chaque entrée) et la preuve (statut, états, blocages) |
identique |
saves (43 en 4.4.0) |
chaque sauvegarde de référence de tests/fixtures/saves/demo-*.json, chargée et jouée jusqu'au bout : terminée, entrées, dernière empreinte |
identique |
surface.api |
une empreinte de tests/api-surface.json (l'API publique et les outils MCP) |
identique |
tests |
fichiers de test et déclarations de test (it(, test(, .each, .skipIf, .runIf) |
ne peut que croître |
bundle.initialJsKB |
le JavaScript de la première visite, compressé, d'après verify:dist (avec --dist) |
ne peut que diminuer |
Elle tient aussi à jour deux endroits des README : les chiffres entre les marqueurs <!-- metric:tests -->,
metric:initialJsKB et metric:referenceStates (3257 déclarations, 136 Ko et 288 états en 4.4.0), et l'URL de
l'archive entre <!-- install:begin --> et <!-- install:end -->.
Un dépôt préparé (Préparer son poste de développement). Pour --dist, un build de production du
jeu d'exemple dans dist/ (npm run build:game).
Dans le dépôt du moteur, sur votre machine. Le job check de la CI lance
npm run quality:baseline -- --check --dist à chaque changement.
-
Comparez.
# dans le dépôt du moteur npm run quality:baseline -- --check npm run build:game && npm run quality:baseline -- --check --dist # avec la première visite, comme la CI
Elle résout et rejoue chaque jeu (
quality baseline: solving and replaying…), puis affiche✔ same behaviour…, ou une ligne✖par différence, par exempledemo witness.digests: … → …(un état après une entrée diffère :npm run replaysur le témoin nomme l'entrée),golden save demo-3.4.0.json last: … → …,tests/api-surface.json: the public API or the MCP tools changed, ouREADME.md: a figure is behind the baseline.
-
Décidez ce qu'est une différence.
- Votre changement devait garder le comportement (une refonte, un renommage, une accélération) : une différence est
une régression. Trouvez-la ;
npm run replaysur le témoin nomme la première entrée dont l'état diffère. - Votre changement modifie le comportement volontairement (une règle, une commande, un changement du solveur, un nouveau test, un bundle plus petit) : passez à l'étape 3.
- Votre changement devait garder le comportement (une refonte, un renommage, une accélération) : une différence est
une régression. Trouvez-la ;
-
Réécrivez-la, avec la première visite si votre changement peut la faire bouger :
# dans le dépôt du moteur npm run quality:baseline npm run build:game && npm run quality:baseline -- --dist
Une réécriture dit ce qu'elle déplace, avant d'écrire :
⚠ behaviour moved: …pour une empreinte, un verdict, une sauvegarde ou la surface, et✔ ratcheted: …pour plus de tests ou une première visite plus légère. Elle écrittests/quality-baseline.json, puis les chiffres et l'URL d'installation deREADME.mdetREADME.fr.md(✔ README.md: the figures written). Sans--dist, lebundleprécédent est gardé.
-
Assumez-la. Committez le JSON et les README avec le changement ; dites dans le fragment du CHANGELOG ce qui a
bougé et pourquoi (« le témoin du chapitre de référence change », « la première visite passe de 125 à 132 Ko »).
tests/quality-baseline.jsonest un fichier que relit le mainteneur (CODEOWNERS).
Limite ·
what-baseline-coversLa référence ne fige que ces jeux, ces sauvegardes et ces chiffres. Un comportement qu'aucun jeu mesuré n'exerce peut changer sans la faire bouger ; une nouvelle mécanique va dans une fixture ou un jeu de la liste, ou dans son propre test.
npm run quality:baseline -- --check --dist se termine par ✔ same behaviour as tests/quality-baseline.json: 16 games, n golden saves, n test declarations, first visit n KB et le code de sortie 0.
| Symptôme | Cause | Correction |
|---|---|---|
README.md: a figure is behind the baseline (npm run quality:baseline writes it) |
Vous avez ajouté un test (le nombre de tests a bougé) sans réécrire |
npm run quality:baseline, committez les README |
⚠ better than the baseline, ratchet it |
Plus de tests, ou une première visite plus légère : pas un échec en soi | Réécrivez-la pour garder le gain |
tests: n declarations → m (a test was removed) |
Un test a été supprimé ou fusionné | Remettez-le, ou assumez le retrait dans la pull request et réécrivez |
first visit's JavaScript: n KB → m KB gzipped |
Le premier morceau du joueur a grossi | Chargez le nouveau code à la demande (Frontières d'import), ou assumez la hausse |
<jeu>: new game, not in the baseline |
Un jeu a été ajouté à la liste | Réécrivez-la |
README.md: the install section names another version |
La version de package.json a changé (une release) |
Réécrivez-la : c'est la branche de release qui le fait |
tests/quality-baseline.json, README.md, README.fr.md. --check n'écrit rien.
git restore tests/quality-baseline.json README.md README.fr.md annule une réécriture non voulue.
-
tools/quality-baseline.ts,tests/quality-baseline.json. - Avant une pull request, La boucle de développement, Mesures de performance.
Generated publication · publication générée — current documentation · documentation courante: quest'n'click 4.4.0 r1, documentation revision · révision de la documentation 8dc717c69acb62c4742b69c54a7e7dfb620f75d8.
Earlier versions and permalinks · versions précédentes et liens permanents: https://wanoo.github.io/quest-n-click/docs/
An edit made in this wiki is overwritten at the next publication · une modification faite dans ce wiki est écrasée à la publication suivante.
Edit the source · Modifier la source · Report an error · Signaler une erreur
Index (6)
Démarrer (6)
Jouer (9)
Installer (17)
- Prérequis
- Installer depuis l'archive de la release
- Installer depuis npm, une fois publié
- Installer depuis le dépôt pour travailler sur le moteur
- doctor : vérifier sa machine
- Outils pour les images
- Outils audio : ffmpeg, fluidsynth, Furnace, uv
- Mettre à jour
- Notes de mise à jour : 4.4
- Notes de mise à jour : 4.3
- Notes de mise à jour : 4.2
- Notes de mise à jour : 4.1
- Notes de mise à jour : v3
- Notes de mise à jour : v2 vers v3
- Venir de web-scumm
- Référence du paquet
- Dépannage de l'installation
Créer un jeu (55)
- Votre premier jeu
- Organisation d'un projet créé et du dépôt du moteur
- La boucle de travail
- Principes du contenu et contrat d'identité
- Salles
- Géométrie : placement, zones de marche, masques, calques, caméra
- Un objet est visible mais inaccessible
- Réactions
- Commandes du jeu
- Conditions
- Drapeaux, variables et événements : lequel choisir
- Code sur mesure
- Personnages
- Objets et inventaire
- Carte du monde
- Dialogues
- Scripts et événements
- Faire bouger les personnages : patrouilles et marches
- Sorties
- Chapitres et objectifs
- État et sauvegardes : persistant ou temporaire, renommer un id, migrations
- Mise en scène : salles larges et animations
- La scène : lumières, particules, sols
- Habillage et polices
- Titre et générique
- Héros : plusieurs personnages et choix du héros
- Mini-jeux intégrés
- Un mini-jeu sur mesure
- Traductions
- Musique en stems
- Bruitages
- Voix : par langue et par héros
- Images : prompts, découpe des planches, transparence, échelle
- Provenance des assets
- Le storyboard, source de vérité
- Concevoir des énigmes
- Mécaniques classiques
- Pages de relecture
- Référence du DSL
- Vérifier son jeu
- Ce que prouve le solveur
- Options du solveur
- Playtests
- Remix
- Speedrun pour les auteurs
- La fin scellée
- Modèle de production
- Jeux d'exemple
- Travailler avec une IA
- Construire et publier un jeu
- Publier sur GitHub Pages
- Le jeu statique sur Clever Cloud
- Autres hébergeurs statiques
- Sous-chemin, cache et service worker, déploiement incomplet, retour arrière
- Tester sur un téléphone en réseau local
Studio local (24)
- Le Studio local : présentation et lancement
- Modifier une salle
- Placement et scène
- Aperçu, application, annulation
- Storyboard
- Assets et découpe
- Vérifier : validateur, solveur, chemin critique, chaleur, santé, couverture
- Captures avant et après
- Diff sémantique
- Jouer et rejouer une session
- Explication des règles
- Langue et objectifs
- Voix et matrice héros × langues
- Carte
- Notes
- Remix dans le Studio
- Musique
- L'Assistant : votre propre clé
- Mode démo et studio-apply
- Sécurité en local et en réseau local
- API du Studio
- MCP local : configurer chaque client
- Outils MCP
- Dépannage du Studio
Studio d'équipe (21)
- Ce qui tourne où
- Concepts : révision, transaction, pan, bail, aperçu, build
- Débuter comme dev invité
- Travailler ensemble au quotidien
- Rôles et actions : la matrice complète
- Invitations
- Gérer les membres
- Écriture refusée sur le Studio hébergé : révision de base périmée (409)
- Écriture refusée sur le Studio hébergé : pan verrouillé (423)
- Reprendre après un bail perdu, une déconnexion ou un aperçu périmé
- Commentaires
- Carte et diff sémantique
- Publier des builds
- MCP distant
- Le jeu dans Git
- Mettre à jour le moteur d'un jeu hébergé
- Assets hébergés
- La ligne de commande du serveur
- Routes de santé et de métriques
- L'essayer en local avec compose.yml
- Limites connues
Clever Cloud (23)
- Clever Cloud : vue d'ensemble, coût et prérequis
- Applications et add-ons
- Domaines et TLS
- Keycloak
- OIDC générique et GitLab
- Configuration
- Premier déploiement
- Sauvegardes
- RPO et RTO
- Exercice de restauration sur une installation vierge
- Redéploiements
- Mettre à jour le serveur et vérifier l'état après une migration
- Limites du retour arrière
- Supervision
- Sécurité
- Renouveler les clés
- Récupérer l'accès administrateur
- Changer de domaine ou de fournisseur OIDC
- Worker, PostgreSQL ou Cellar en panne
- Exporter le jeu et quitter l'installation
- Rétention
- Dépannage sur Clever Cloud
- Coûts et démontage
Reality Bridge et connecteurs (16)
- Le Reality Bridge : ce que c'est
- Démarrage rapide
- Garanties
- Installer et lancer le Bridge
- Sauvegarde et restauration
- Plusieurs tenants
- Signaux et manifeste
- La ligne de commande du Bridge
- Vue d'ensemble des connecteurs
- Connecteur email
- Connecteur Telnet
- Connecteur SSH
- Connecteur Open Badges
- Le SDK des connecteurs
- Sécurité : Biscuit et signatures
- Dépannage du Bridge et des connecteurs
Contribuer (25)
- Bienvenue
- Préparer son poste de développement
- La boucle de développement
- Avant une pull request
- Conventions
- Écrire la documentation
- Architecture
- Visite du code
- Frontières d'import
- Quels tests tournent quand
- Tests de mutation
- Le cliquet de couverture
- La référence de qualité
- La CI expliquée
- Passes de terrain
- Mesures de performance
- Publier une release
- Paquets npm
- Décisions et ADR
- Gouvernance
- Pull requests des bots
- Contribuer avec des agents IA
- Politique de sécurité
- Code de conduite
- Licences et crédits