ScriptRunner : automatisez vos traitement dans Jira
•Télécharger en tant que PPTX, PDF•
0 j'aime•274 vues
Cet article relate notre webinar "Comment automatiser les traitements dans Jira avec Script Runner en 4 étapes". Retrouvez la vidéo sur Youtube : https://www.youtube.com/watch?v=QmBvBLe2jYo&t=
Recommandé
Contenu connexe
Tendances
Tendances (8)
Similaire à ScriptRunner : automatisez vos traitement dans Jira
Similaire à ScriptRunner : automatisez vos traitement dans Jira (20)
Plus de ELEVEN H WORKERS
ScriptRunner : automatisez vos traitement dans Jira
- 1. Automatisez vos traitements dans Jira avec ScriptRunner EHW Jeudi 27 Septembre 2018 Présenté par Guy-Victorien BADELAS Consultant Atlassian
- 2. 2 Introduction Des scripts pour administrer Modifications du workflow Fonctions JQL TABLE DES MATIÈRES 01 02 03 04
- 3. 3 Introduction ScriptRunner est un plugin Jira qui permet d’aller plus loin dans l’implémentation certains cas d’utilisation complexe.
- 6. 6 Interface du plugin ScriptRunner
- 7. 7 Script Console C’est l’endroit pour exécuter des scripts ponctuels et aussi pour apprendre à mieux connaitre l’outils.
- 8. 8 Built-in Script Script intégré, par exemple pour chaque demande envoyé, on pourrait copier la valeur d’un champ personnalisé dans un autre.
- 9. 9 Script Listeners Les Listeners ou auditeurs permettent d’alerter sur un évènement (webhook) et éventuellement déclencher l’exécution d’un script.
- 10. 10 Scheduled jobs ou taches planifiées C’est un mécanisme permettant d’exécuter des scripts à des moments précis.
- 11. 11 Escalation Service ou service d’escalade Le service d’escalade permet de définir un processus de modification des problèmes après un certains temps.
- 12. 12 Script Variables ou variables de script LLes variables de script sont l'endroit où vous pouvez spécifier des variables pouvant être injectées dans vos scripts
- 13. 13 MODIFICATION DU WORKFLOW Création de rapport, cas pratique
- 14. 14 Modifications du workflow Exécuter un script suite à une transition
- 15. 15 Ajouter des conditions au workflow On peut ajouter de nouvelles conditions avec scriptRunner
- 16. 16 Fonctions JQL
- 17. 17
- 18. 18 QUESTIONS & RÉPONSES Nous sommes à votre écoute.
- 19. 19 POUR DISCUTEZ DE VOTRE BESOIN PRENEZ RENDEZ-VOUS! EHW 20 rue de l’Est, 75020 Paris contact@ehworkers.com
Notes de l'éditeur
- Lorsque JIRA est utilisé pour implémenter un cas d'utilisation complexe comportant de nombreuses conditions, validations et flux de travail, certaines configurations ne sont pas réalisables à l'aide de l'ensemble de fonctionnalités existant. Par exemple, vous souhaitez autocalculer une valeur de champ personnalisé après une transition de workflow. En utilisant le plug-in Script Runner, de nombreuses configurations avancées peuvent être réalisées. Ce chapitre discutera de ce plug-in utile en détail avec des exemples. C'est quoi scriptRunner et pourquoi il faut l'installer ? ScriptRunner est un plugin Jira qui permet de faire des traitements en utilisant le langage Groovy. C'est quoi Groovy ? Groovy est un langage de programmation orienté objet destiné à la plate-forme Java. C'est une alternative à Java, avec une syntaxe très proche de Java et est directement compilé. Petite différence entre le CLOUD et la version SERVEUR ScriptRunner est l'application que vous devez avoir pour vos projets Jira. Lorsque JIRA est utilisé pour implémenter certains cas d'utilisation complexe comportant de nombreuses conditions, validations et flux de travail, certaines configurations ne sont pas réalisables à l'aide de l'ensemble de fonctionnalités existant. Par exemple, vous souhaitez autocalculer une valeur de champ personnalisé après une transition de workflow. En utilisant le plug-in Script Runner, de nombreuses configurations avancées peuvent être réalisées. Économisez des ressources en automatisant les tâches d'administration fastidieuses de Jira Personnalisez l'interface et le processus de développement de Jira en fonction des besoins uniques de votre équipe
- Exécutez les fonctions d'administration et de flux de travail en tant que scripts écrits dans des langages de script groovy et autres, sans avoir à écrire un complément complet.
- Interface facile et ensemble complet de fonctionnalités pour un développement rapide de fonctionnalités puissantes
- Script console Console de script La console de script est l'endroit idéal pour exécuter des scripts ponctuels et pour apprendre et expérimenter l'API JIRA REST à partir de ScriptRunner. https://scriptrunner-docs.connect.adaptavist.com/jiracloud/script-console.html Petit script pour déterminer la version qui est utilisée ? get('/rest/api/2/serverInfo') .queryString('doHealthCheck', 'true') .asObject(Map) .body .version
- Copier les valeurs de champs personnalisés Pour chaque problème renvoyé par une requête, cela copiera les valeurs d'un champ personnalisé dans un autre. Ceci est utile si vous souhaitez convertir le type d'un champ personnalisé. Si les deux champs personnalisés ont des types différents, vous ne pourrez peut-être pas l'utiliser. Les conversions suivantes sont gérées: Simple à multi, par exemple, sélection unique à sélection multiple, sélecteur mono-utilisateur à sélecteur multi-utilisateur. Multi à single, cependant seule la première valeur sera retenue. Multi to text… les valeurs sont concaténées avec une virgule. Texte court au texte illimité Pour référence, voici comment vous pouvez script cette fonctionnalité vous-même pour exécuter dans la console de script: ------------------------------------------------------------
- Les auditeurs de script répondent à un ou plusieurs événements Webhook. Les Webhooks sont déclenchés après qu'une action ait eu lieu dans JIRA, par exemple lorsqu'un problème est mis à jour ou qu'un projet est créé. À l'aide des écouteurs de script, il est possible d'effectuer des actions telles que créer des problèmes initiaux pour un projet ou avertir les utilisateurs en dehors du schéma de notification standard des modifications apportées aux problèmes.
- Les tâches planifiées sont un mécanisme permettant d'exécuter du code à des moments précis de la journée / semaine / mois ou sur un intervalle, afin d'effectuer certaines tâches automatisées dans votre instance JIRA, par ex. créer automatiquement une version à la fin du mois ou créer un nouveau numéro une fois par semaine. Vous pouvez également utiliser des tâches planifiées pour interroger chaque heure un système externe que vous souhaitez intégrer à votre instance JIRA. L'intervalle minimum entre les exécutions de code est de 1 heure. Le planificateur est déclenché toutes les heures et rassemble toutes les tâches à exécuter dans cette heure. Les exécutions de tâches sont mises en file d'attente et les employés les consomment sans ordre prédéfini. Cela signifie que le temps d'exécution de la tâche ne peut pas être garanti à chaque heure. Par exemple, si vous configurez un travail pour qu'il soit exécuté toutes les heures, il se peut qu'il soit exécuté à 01h02 puis à 02h24, puis à 3h00 puis à 4h46, en fonction de la charge de travail de nos systèmes.
- Service d'escalade ou Service d'escalade Le service d'escalade vous permet de définir un processus de modification des problèmes après un certain temps. Cela est utile pour les procédures commerciales qui exigent que les tâches soient effectuées dans un délai donné (accord de niveau de service). Par exemple, si une tâche a été ouverte mais n'a pas été affectée pendant 7 jours, vous pouvez automatiquement la déplacer vers un statut "Priorité" ou ajouter un commentaire pour envoyer un courrier électronique. Vous pouvez configurer un travail pour qu'il s'exécute de la même manière que vous pouvez configurer les travaux planifiés. L'intervalle minimum entre les exécutions de code est de 1 heure. Le planificateur est déclenché toutes les heures et rassemble toutes les tâches à exécuter dans cette heure. Les exécutions de tâches sont mises en file d'attente et les employés les consomment sans ordre prédéfini. Cela signifie que le temps d'exécution de la tâche ne peut pas être garanti à chaque heure. Par exemple, si vous configurez un travail pour qu'il soit exécuté toutes les heures, il se peut qu'il soit exécuté à 01h02 puis à 02h24, puis à 3h00 puis à 4h46, en fonction de la charge de travail de nos systèmes. Chaque travail défini doit avoir une requête JQL qui sera exécutée afin de trouver les problèmes que vous souhaitez modifier. Le code que vous fournissez dans le cadre de la configuration du travail sera exécuté sur chaque problème individuellement et en parallèle. Chaque numéro sera injecté dans votre code dans le cadre du contexte du script. Le nombre maximum de problèmes que vous pouvez modifier lors de l'exécution d'un travail de service d'escalade est de 50.
- Les variables de script sont l'endroit où vous pouvez spécifier des variables pouvant être injectées dans vos scripts (console de script, écouteurs de script, fonctions de publication de workflow, tâches planifiées, service d'escalade). Ces variables sont cryptées et stockées dans votre instance JIRA Cloud. Vous pouvez les utiliser pour partager des variables communes entre vos scripts ou pour stocker des données sensibles telles que des mots de passe nécessitant un chiffrement plutôt que de les coder directement dans des scripts.
- Envoie du 2em sondage …. Question : Administrez-vous Jira ?
- On peut utiliser des script prédéfinis ou écrire son propre script avec Groovy Autoriser la transition si cette requête correspond à une requête JQL Lors d'une transition de workflow, vous pouvez utiliser un JQL personnalisé dans la condition de workflow et autoriser la transition uniquement lorsque JQL renvoie le problème que vous souhaitez transférer:
- ScriptRunner pour Jira comprend une longue liste de fonctions JQL extrêmement puissantes prêtes à l'emploi. Par exemple, recherchez des tâches parentes sur les attributs de leurs sous-tâches, recherchez tous les problèmes bloqués par des bogues non résolus.