Escalations
Une escalade est l'enregistrement de quelque chose qui a besoin d'une personne. Quand un fix run se met en attente en ayant besoin de toi, Polylane enregistre la demande une fois et te le dit une fois, quel que soit le nombre de runs qui butent sur le même mur.
Ce que ça fait
Chaque escalade porte un type, un titre qui dit ce qui ne va pas et ce que tu dois faire, et quelques phrases de détail. Un second fix run bloqué sur la même remédiation se fond dans l'escalade ouverte au lieu de notifier à nouveau : le compteur monte et le dernier thread rejoint ses références. Une escalade levée sur une issue atterrit aussi sur la chronologie d'activité de cette issue.
D'où viennent les escalades
| Type | Libellé | Description |
|---|---|---|
needs_human_action | Needs your action | Le correctif exige quelque chose que toi seul peux faire. |
needs_decision | Awaiting your decision | L'agent a besoin d'une décision de ta part avant de continuer. |
failed | Agent stuck | Le run a rencontré une erreur qu'il n'a pas pu contourner. |
Comment ça marche
- Un fix run se met en attente sur l'un des types ci-dessus et lève la demande.
- Polylane la compare aux escalades ouvertes, exactement quand la source fournit une clé et sinon par similarité de texte, et la fond dans une correspondance.
- Un premier enregistrement te notifie une fois ; un enregistrement fondu reste silencieux.
- Mark as handled efface l'enregistrement, et la résolution de l'issue aussi. Une escalade effacée cesse d'absorber les répétitions, donc une récurrence notifie à nouveau ; Reopen sur la même carte, ou via l'API, la remet en place si la demande n'a en fait pas été traitée.
- La correspondance expire 24 heures après la dernière occurrence, donc un problème qui persiste se manifeste à nouveau.
Tu peux aussi créer des escalades via l'API pour mettre tes propres demandes sur la même liste. Les lister demande une clé API avec le scope analytics:read et les écrire demande issues:write ; voir la référence de l'API.
Où les trouver
Ouvre Escalations dans la console pour voir les demandes en attente. Recherche dans la liste ou choisis Handled ou All pour retrouver des demandes antérieures. Chaque escalade possède une page avec sa description complète, les issues et threads d'origine, sa filiation et l'historique des occurrences. Utilise Mark as handled lorsque la demande est traitée, ou Reopen si elle nécessite encore ton attention. Le champ _html_url de l'API pointe directement vers cette page, même pour les escalades sans thread.
Une escalade apparaît aussi dans le thread qui l'a levée. La carte de résultat du run ouvre la demande, avec Open full page pour afficher l'enregistrement complet. Sous Threads, le préréglage Needs you liste les threads dont le run attend une personne.
Voir aussi
- Fix runs pour les résultats en attente qui lèvent des escalades.
- Threads pour le préréglage Needs you et la page du run.
- Issues pour les enregistrements vers lesquels les escalades renvoient.
- Notifications pour les réglages d'e-mail derrière ce que Polylane t'envoie.
Fix runs
Un agent par issue atteint le verdict, remonte à la cause et ouvre la pull request, dans un seul thread que tu lis de bout en bout.
Autofix
Les correctifs écrits par les agents arrivent sous forme de pull requests dans ton dépôt. Tu relis et tu fusionnes ; Polylane te le rappelle et range ce que personne ne touche.