Close

Synchroniser Jira et votre fournisseur Git

Les développeurs travaillent mieux lorsqu'ils sont concentrés et n'apprécient pas forcément de s'interrompre constamment pour tenir l'équipe informée de l'état du projet. En utilisant des règles d'automatisation telles que celle-ci, soyez assuré qu'ils resteront focalisés sur leur cœur de cible et que Jira sera toujours la source de référence centrale et à jour.

Dans cette règle, lorsqu'une pull request est mergée, si l'état est « En cours de revue » et qu'aucune pull request n'est ouverte, l'autolatisation fait basculer le ticket à l'état « Terminé » et ajoute la valeur au journal d'audit.

Synchronisation de Jira aux produits Git
La recette de l'automatisation
La recette de l'automatisation

Étape 1 : Choisissez votre déclencheur

Chaque règle démarre par un déclencheur. Le cas échéant, ce déclencheur sera « Pull request merged » (Pull request mergée). Que vous utilisiez Bitbucket ou un outil tiers comme GitHub ou GitLab, vous devrez d'abord lier vos comptes. Découvrez comment faire ici. Vous n'avez à effectuer cette configuration qu'une seule fois, lorsque vous créez une règle DevOps.

Choisissez une pull request mergée

Étape 2 : Ajoutez votre condition

Une condition affine la règle de sorte à restreindre son action. Ici, nous ajoutons une condition « Issue fields » (Champs de ticket), spécifiant que l'état est « En cours de revue »

Ajout d'une condition Champs de ticket

Étape 3 : Ajoutez une condition JQL

À présent, ajoutons une autre condition. La condition Issue fields (Champs de ticket) est plus facile à utiliser, mais la condition JQL peut être plus granulaire. Cette fois, nous allons choisir la condition JQL pour cette raison.

Nous utilisons une requête JQL pour dire à Jira Automation de s'assurer qu'il n'y a plus de pull requests ouvertes à exécuter. Dans notre cas, la requête JQL à utiliser est development[pullrequests].open = 0

Ajout d'une condition JQL

Étape 4 : Ajoutez une action pour transitionner un ticket

Ici, nous souhaitons choisir l'option qui transitionne le ticket à l'état « Terminé ».

Ajout d'une action de transition de ticket

Étape 5 : Ajoutez une autre action

Vous pouvez ajouter plusieurs actions. Dans ce cas, nous souhaitons simplement ajouter une valeur au journal d'audit, car nous pourrions vouloir l'utiliser ultérieurement dans une règle. Ici, nous utilisons une valeur intelligente : « {{issue.key}} a été mergé ».

Ajout d'une action de journalisation

Étape 6 : Testez votre règle !

Il est préférable de tester au préalable des règles comme celle-ci sur une instance personnelle gratuite de Jira ou dans une sandbox pour s'assurer que tout fonctionne bien. Comme toujours, consultez le journal d'audit pour suivre les détails de toutes les activités.

La recette de l'automatisation

En savoir plus sur Jira Automation

Comment automatiser dans Jira et GitLab (utile pour n'importe quel fournisseur Git)

Présentation des valeurs intelligentes

Démo de l'automatisation DevOps

Page contenant toutes les ressources Jira Automation utiles

Autres règles qui pourraient vous être utiles

Logo Jira et icône de personne illustrant l'assignation automatique de tickets
Assigner des tickets

Assignez automatiquement des tickets

Lorsqu'un ticket est créé sans responsable, assignez-le automatiquement à son créateur.

Logo Jira et icône de synchronisation illustrant le fonctionnement de la synchronisation
Synchronisation de tickets

Synchronisez les tâches

Quand une epic est marquée comme « Terminée », déplacez également toutes ses stories vers la colonne « Terminé ».

Logos Jira et Slack
Notifications

Résumé Slack quotidien

Envoyez un message Slack quotidien avec une liste des tickets encore ouverts dans le sprint.

Logo Jira et icône de crayon illustrant le rattachement automatique des story points
Agile

Rattachez des story points

Lorsqu'une sous-tâche est créée, rattachez ses story points à la tâche parent.

Logos Jira et Confluence
ITSM

Publiez automatiquement une revue post-incident (PIR) dans un espace Confluence lié Nouveau

Cette règle créera automatiquement une page Confluence pour la revue post-incident (PIR) ou le post-mortem lors de la création d'un incident.