Auditer le design dans votre dépôt GitHub

Du fichier au constat

Voici un exemple pédagogique créé pour cette page. Il est mesuré par le même moteur que vos dépôts, avec la version source@1.1.0.

src/hero.css

.hero {
  background: linear-gradient(90deg, #800080, #222222);
}

Score du fragment

92/100, sur 1 fichier.

Dégradé violet-bleu

8 points retirés. Preuve : src/hero.css:2. Règle palette.purple-gradient.

Le dégradé est bien écrit dans la source. Cela ne prouve pas qu’il apparaît à l’écran : une classe inutilisée peut aussi être relevée. Vérifiez son usage avant de remplacer cet effet par les couleurs de votre marque.

Retrouver, corriger, comparer

1. Autoriser le dépôt

   Connectez votre compte GitHub et choisissez les dépôts accessibles à l’application. Stoars lit le code autorisé ; il ne pousse aucune modification.

2. Lire les cinq rubriques

   Résultat, Constats, Refonte, Pages et captures, Exports et partage : le même parcours que pour un site. La preuve d’un dépôt est un extrait de code ; la capture appartient au relevé séparé du site déployé.

3. Mesurer le prochain commit

   Après vos corrections, lancez un nouveau relevé. Il compare le score et les règles déclenchées avec le précédent commit analysé du même dépôt. Les différences ne remplacent pas les constats.

Avec Officina, les exports PDF, Markdown et JSON du dépôt sont réservés au propriétaire. La méthode Stoars explique comment interpréter le score.

Ce que le code ne suffit pas à vérifier