Centre d'aide · Démarrer
Comment Diavi sait-il sur quelle technologie il travaille ?
La stack détectée puis confirmée pour chaque dépôt, les étiquettes skill:, et les issues qui touchent plusieurs technologies.
Chaque dépôt a sa stack, que Diavi propose en lisant ses fichiers et que vous confirmez. Une issue part ensuite sur les conventions de cette stack, sauf si une étiquette skill:<nom> sur l'issue en décide autrement ; sans l'une ni l'autre, Diavi prend la technologie du compte.
Comment confirmer la stack d'un dépôt ?
Préférences → Pipeline → Exécution → Stack de chaque dépôt : choisissez le dépôt, cliquez sur Détecter, puis cochez et confirmez. Diavi ne lit que l'arborescence et quelques manifestes, jamais votre code, et n'enregistre rien tant que vous n'avez pas confirmé. La première stack cochée est la principale.
Dans quel ordre Diavi décide-t-il ?
- la stack choisie au lancement, si vous l'avez forcée ;
- une étiquette
skill:<nom>sur l'issue ; - la stack confirmée du dépôt ;
- un mot-clé reconnu dans les étiquettes ;
- la technologie du compte.
Et une issue qui touche plusieurs technologies ?
Elle peut en porter jusqu'à trois. Chaque fichier est écrit avec les règles de sa propre stack, et la vérification se fait stack par stack. Au-delà de trois, Diavi refuse et vous demande de découper l'issue : couper une règle en deux serait pire que ne pas l'envoyer.
Que se passe-t-il si la stack est fausse ?
Le run produit du code écrit selon les conventions d'une autre technologie. Il ne casse rien — la merge request reste une proposition — mais la review vous le signalera. Corrigez la stack du dépôt ou l'étiquette, et relancez.
Où voir les technologies disponibles ?
La liste est publiée sur la page de présentation du produit, et elle est générée depuis la configuration réelle : elle ne peut pas annoncer une technologie qui n'existe pas.
Et ma bibliothèque interne, mes conventions maison ?
Elles ne relèvent pas de la technologie mais de votre contexte, et vous pouvez les écrire vous-même. Voir Mes contextes.