Fusionner un champ dans un autre

Fusionner des champs copie la valeur d'un champ personnalisé dans un autre champ personnalisé du même type, sur chaque ticket qui a une valeur dans le premier et aucune dans le second, puis vous laisse mettre le champ vidé à la corbeille de Jira. Il sert quand un site a deux champs pour une même chose, ce qui arrive souvent après un passage à Jira Cloud. Il est réservé aux administrateurs Jira, il modifie vos tickets à votre nom, et il peut être annulé pendant 30 jours.

Où le trouver

Ce que cela change dans Jira et ce que cela ne change jamais

Une fusion n'écrit que dans un champ : le champ à conserver, sur chaque ticket où elle copie. Elle n'écrit que là où le champ à conserver est vide, et elle ne modifie jamais le champ à vider ni aucun autre champ d'un ticket. Chaque modification apparaît dans l'historique du ticket à votre nom et n'envoie aucun e-mail. Les flux qui démarrent quand un ticket change s'exécuteront sur ces modifications.

Sous Examiner, TuneCraft peut aussi préparer le champ à conserver. Une préparation change la configuration de Jira (les options, les espaces d'un contexte, les écrans qui affichent le champ) et jamais un ticket. Chacune demande votre confirmation, et chacune peut être annulée.

Avant de commencer

• Vous êtes administrateur Jira, et le site a une licence ou un essai. Une fusion compte pour l'une des 10 modifications de l'essai pour l'outil. Elle est rendue quand rien n'a été écrit. Une préparation fait partie de sa fusion et n'est pas comptée de nouveau, et une annulation n'est jamais comptée.
• Les deux champs sont des champs personnalisés que Jira liste maintenant. Ce sont deux champs différents, aucun n'est à la corbeille de Jira, aucun n'est verrouillé par Jira, et aucun n'est géré par une app.
• Les deux champs ont le même type, et c'est l'un des types du tableau ci-dessous.
• Jira peut rechercher par les deux champs. Un champ sans modèle de recherche ne peut pas servir : la page le dit, et vous définissez un modèle de recherche sur le champ dans Jira.
• Aucune autre fusion n'est inachevée sur l'un ou l'autre champ. TuneCraft n'exécute qu'une tranche à la fois sur un site : pendant qu'une tranche d'une autre fusion s'exécute, la vôtre attend un instant.

Quand l'une de ces conditions n'est pas remplie, Choisir dit laquelle, et rien n'est modifié.

Remarque : Une valeur dont la forme n'est pas celle qu'exige son type, comme une date qui n'est pas une date, n'est jamais écrite. Le ticket est compté comme refusé pour une autre raison.

Fusionner deux champs

Étape 1 : choisir les deux champs

Cherchez Champ à vider et Champ à conserver. Ce sont deux listes des champs personnalisés de Jira, vous ne pouvez pas saisir un nom que Jira ne liste pas. Les valeurs du premier champ sont copiées, et il peut aller à la corbeille de Jira ensuite. Le second reçoit les valeurs, et seuls les champs du même type sont proposés. TuneCraft lit la liste de Jira 50 champs à la fois, sur 8 pages au plus, jusqu'à en avoir trouvé 25 de ce type : tapez donc une partie d'un nom pour chercher. Choisissez Examiner cette fusion.

Étape 2 : examiner

Examiner lit Jira et ne modifie rien. La page montre, d'après les comptes approximatifs de Jira (mesurés) des tickets que vous pouvez voir :

• combien de tickets ont une valeur dans le champ à vider ;
• parmi eux, combien n'ont rien dans le champ à conserver : ils sont copiés ;
• parmi eux, combien ont déjà une valeur dans le champ à conserver : ils sont laissés exactement tels quels, avec Les voir dans Jira.

Les tickets que vous ne pouvez pas voir ne sont ni comptés ni modifiés. Après les comptes, elle montre :

• Pour les champs à options, les options du champ à vider que le champ à conserver n'a dans aucun de ses contextes (les 20 premières sont nommées), et combien de tickets en portent une et n'ont rien dans le champ à conserver. Jira les refusera.
• Écrans : les écrans qui affichent le champ à vider et pas le champ à conserver, avec un lien vers chacun dans Jira (les 20 premiers, sur 500 écrans lus au plus).
• Contextes : si le champ à conserver s'applique à tous les espaces, ou à quelques-uns seulement. Si des tickets à copier sont dans un espace où il ne s'applique pas, Jira les refusera, et la page les compte. TuneCraft ne lit pas les types de ticket auxquels un contexte s'applique : Jira peut donc encore refuser un ticket d'un autre type.
• Les flux de la dernière analyse qui peuvent démarrer quand un ticket change, avec les étapes d'automatisation qu'ils peuvent utiliser (estimées), et ce que la copie coûte en points Jira et en minutes (estimés) : voir Ce que cela coûte en points Jira et combien de temps cela prend, plus bas.
• Pendant un essai, le nombre de modifications qu'il reste à votre essai dans cet outil.

TuneCraft ne lit ni la disposition des cartes d'un tableau, ni un gadget de tableau de bord, ni un validateur de workflow, ni une autre app : chacun peut aussi nommer le champ à vider. Il ne copie ni ne compte les tickets archivés, ni les tickets d'un espace archivé : Jira ne les montre que dans sa propre liste de tickets archivés.

La phrase sur les écrans décrit le comportement de Jira lui-même : Jira peut refuser d'écrire le champ à conserver sur un ticket dont l'écran de modification ne l'affiche pas, mais pas toujours. Mieux vaut donc que le champ à conserver figure sur ces écrans avant la copie. La page ne peut pas savoir quel écran un ticket utilise : elle ne donne donc aucun compte des tickets refusés à cause d'un écran, et un ticket dont l'écran n'affiche aucun des deux champs peut aussi être refusé.

Réexaminer relit, et Changer les champs revient à Choisir. Quand aucun ticket n'a une valeur dans le premier champ et aucune dans le second, la page dit qu'il n'y a rien à copier.

Étape 3 : copier

Choisissez Copier les valeurs…. La confirmation nomme les deux champs avec leurs identifiants, donne les trois comptes et dit quatre choses : chaque modification apparaît dans l'historique du ticket à votre nom, aucun e-mail n'est envoyé, les flux qui démarrent quand un ticket change s'exécuteront, et vous pouvez l'annuler pendant 30 jours. Choisissez Démarrer la copie.

TuneCraft recompte avant de démarrer. Il ne démarre pas quand il y a nettement plus de tickets à copier que l'examen ne l'a dit (plus de 10, ou 2 %, le plus grand des deux), ou aucun : réexaminez.

La copie s'exécute depuis cette page, 25 tickets à la fois. Avant chaque tranche, TuneCraft vérifie de nouveau les deux champs. Puis il lit les tickets suivants, redemande à Jira exactement ces tickets, et n'écrit le champ à conserver que sur ceux qui ont encore une valeur dans le champ à vider et rien dans le champ à conserver. Un ticket qu'il ne retrouve pas ainsi est ignoré et compté, jamais écrit. La page montre combien de tickets sont copiés, laissés tels quels, refusés et inconnus.

Important : Jira n'a pas de modification conditionnelle. Une valeur que quelqu'un saisit dans le champ à conserver dans les quelques secondes entre le dernier regard de TuneCraft sur un ticket et sa modification est remplacée. La tranche est petite pour cette raison.

Étape 4 : lire le résultat

Le Résultat dit combien de tickets ont été copiés et combien ont été laissés exactement tels quels : le champ à conserver avait une valeur quand TuneCraft a regardé de nouveau, ou le champ à vider n'en avait pas. Il donne ensuite les tickets que Jira a refusés, par raison, et les modifications qui n'ont reçu aucune réponse claire : voir Quand Jira refuse un ticket, plus bas. Il propose Annuler cette fusion…, Ouvrir Modifications, Fusionner d'autres champs et, quand la barrière le permet, Mettre le champ vidé à la corbeille de Jira.

Un résultat où tous les tickets ont été refusés ou sont inconnus s'affiche comme un avertissement. Une seconde fusion des deux mêmes champs reprend ce que la première a laissé : elle ne copie que là où le champ à conserver est encore vide.

Préparer le champ à conserver

Sous Examiner, Préparer le champ à conserver propose jusqu'à trois préparations, chacune seulement quand l'examen a trouvé quelque chose pour elle. Chaque bouton ouvre une confirmation qui nomme les deux champs avec leurs identifiants, dit ce qui va changer dans Jira et comment l'annuler. Rien n'est préparé sans votre confirmation. Après l'une d'elles, l'examen est relu.

Chaque préparation change la configuration de Jira et jamais un ticket. TuneCraft relit Jira juste avant d'écrire, et laisse ce qui a changé depuis l'examen. Il ne modifie jamais une option qui existe, l'ordre des options, une valeur par défaut ni un autre champ d'un écran. Il ne crée jamais de contexte ni d'onglet, et ne retire jamais un espace d'un contexte ni un champ d'un écran, sauf pour annuler sa propre modification. Il ne supprime jamais d'option. Chacune est enregistrée dans Modifications avec des identifiants seulement.

Ajouter les options manquantes

Ajouter les options manquantes concerne les champs à options. Elle crée, dans chaque contexte du champ à conserver que vous cochez, les options du champ à vider que le champ à conserver n'a dans aucun de ses contextes.

• Un texte que le champ à conserver n'a que comme option désactivée n'est pas recréé : activez-le dans Jira, sur la page Options du champ.
• Une option désactivée dans le champ à vider n'est ajoutée que si un ticket à copier la porte, et elle est créée activée, car Jira n'accepte aucune valeur pour une option désactivée.
• Un texte d'option de plus de 255 caractères est laissé. Au plus 500 options sont ajoutées par préparation, 100 par requête : réexaminez pour le reste.
• Elle n'est pas proposée quand le champ à conserver a plus de 10 contextes, n'en a aucun, ou que Jira ne peut pas être lu en entier. La page dit d'ajouter les options dans Jira.

Annuler désactive les options que TuneCraft a créées, et seulement celles qui sont encore activées, dont le texte n'a pas changé et qu'aucun ticket ne porte. Jira garde une option désactivée sur les tickets qui l'ont. TuneCraft ne supprime pas d'options. Une option qu'un ticket porte, ou qui a été renommée, reste activée, et la modification se lit comme partiellement annulée.

Mettre le champ sur les écrans

Ajouter le champ aux écrans ajoute le champ à conserver à l'onglet de chaque écran qui affiche le champ à vider et pas le champ à conserver, juste après le champ à vider quand Jira le permet. Si Jira ne le place pas là, il est en dernier sur son onglet, et le résultat le dit. Un écran qui affiche déjà le champ est laissé tel quel. Elle ne retire aucun champ, ne déplace aucun autre champ et ne crée aucun onglet.

Elle traite 10 écrans à la fois, se poursuit toute seule et attend quand Jira le demande. La phrase de l'examen sur les écrans s'applique ici aussi : Jira peut refuser d'écrire le champ sur un ticket dont l'écran de modification ne l'affiche pas, mais pas toujours, donc mieux vaut que le champ figure sur ces écrans avant la copie, pas seulement pour que l'on voie le champ.

Annuler retire le champ exactement des écrans où TuneCraft l'a ajouté, et seulement là où il est encore. Elle est refusée tant que la fusion tient : sans le champ sur un écran, Jira peut refuser les modifications de ce champ à cet endroit, donc annulez d'abord la fusion.

Ajouter des espaces au contexte du champ

Ajouter les espaces à un contexte concerne les tickets à copier qui sont dans un espace où le champ à conserver ne s'applique pas, et que Jira refuserait. Elle ajoute ces espaces (50 au plus) à un contexte du champ à conserver qui est limité à des espaces. Si le champ a plusieurs contextes de ce genre, vous en choisissez un.

• Si le contexte est aussi limité à certains types de ticket, les espaces sont ajoutés, et les tickets d'autres types sont encore refusés. La boîte de dialogue le dit.
• Elle ne retire jamais un espace du contexte, ne change aucune valeur par défaut et ne crée aucun contexte, et ne touche jamais les contextes du champ à vider.
• Quand le champ à conserver s'applique à tous les espaces, par un contexte global, il n'y a rien à ajouter et TuneCraft ne propose rien ici. La page des contextes de champ de Jira indique maintenant que des contextes globaux existent pour tous les champs et ne peuvent plus être limités à des espaces ; sur un site où c'est le cas, cette préparation n'est pas proposée.

Annuler retire du contexte exactement les espaces que cette modification y a ajoutés, seulement là où ils sont encore. Elle est proposée une fois la fusion annulée, ou quand aucune fusion n'a été faite, car retirer un espace d'un contexte masque les valeurs du champ à conserver à cet endroit ; Jira les garde. Elle laisse aussi les espaces en place quand un ticket s'y trouve encore avec une valeur dans le champ à conserver. Elle ne laisse jamais le contexte sans espace.

Pause, reprise et arrêt

La copie exige que cette page reste ouverte : la page envoie chaque tranche. Pause s'arrête après la tranche en cours, et Reprendre repart de là où la copie en était. Arrêter ici termine la copie là : TuneCraft lit une fois les modifications qui n'ont reçu aucune réponse claire, clôt la fusion comme arrêtée et laisse ce qui a été copié annulable.

Si vous fermez l'onglet, la page n'envoie plus de tranche, donc la copie s'arrête là où elle en était. Rouvrez Fusionner des champs : la page propose votre fusion inachevée, à reprendre ou à arrêter. Modifications a Reprendre, Annuler et Ouvrir le résultat sur sa ligne.

• Seule la personne qui a lancé une copie ou une annulation peut la reprendre. Tout administrateur Jira peut en arrêter une, ce qui n'écrit rien dans Jira.
• Une fusion inachevée retient les deux champs : aucune autre fusion de l'un ou de l'autre ne peut démarrer tant qu'elle n'est pas reprise, arrêtée ou clôturée. TuneCraft clôt une fusion que personne n'a reprise pendant 30 jours.
• Quand les points Jira de l'heure sont dépensés, ou que Jira demande à TuneCraft d'attendre, la page dit jusqu'à quand et reprend toute seule si l'onglet reste ouvert.

Une copie s'arrête aussi toute seule, et dit pourquoi, quand Jira a refusé plus de 200 tickets, que plus de 10 modifications n'ont reçu aucune réponse claire, que beaucoup plus de tickets ont maintenant une valeur que l'examen n'en a compté, qu'un champ a changé ou que Jira a refusé définitivement une requête. TuneCraft n'envoie jamais une modification une seconde fois après une réponse peu claire. Lisez les raisons, corrigez-les dans Jira, puis fusionnez de nouveau les deux mêmes champs.

Quand Jira refuse un ticket

Un ticket refusé n'est pas modifié : rien d'autre n'y a changé non plus. Le Résultat donne une ligne par raison.

Annuler une fusion

Annuler reste possible pendant 30 jours à partir du début de la fusion. Tout administrateur Jira peut la lancer, et elle n'est jamais comptée dans un essai.

Étape 1 : choisir Annuler cette fusion

Sur le Résultat, ou dans Modifications, choisissez Annuler cette fusion…. La confirmation lit ce qu'elle va faire et ne change encore rien, avec les tickets où la fusion a copié, et les points Jira estimés. Si le champ vidé est à la corbeille de Jira, TuneCraft le restaure d'abord et le dit. S'il a été supprimé définitivement, il n'y a plus rien avec quoi comparer les valeurs et la fusion ne peut pas être annulée. Si le champ à conserver n'existe plus, il n'y a rien à effacer.

Étape 2 : confirmer l'annulation

Choisissez Annuler la fusion. Pour chaque ticket où la fusion a copié, ou qui n'a reçu aucune réponse claire, TuneCraft lit maintenant les deux champs. Là où le champ à conserver contient encore la même valeur que le champ vidé, il efface le champ à conserver. Là où elle diffère, le ticket est laissé tel quel et compté comme modifié depuis : c'est la modification d'une personne. Aucune valeur n'est conservée : la comparaison avec le champ vidé est la preuve.

• Le champ vidé reste restauré après l'annulation. Les flux qui démarrent quand un ticket change redémarreront sur ces modifications.
• Jira peut mettre quelques minutes à montrer les valeurs d'un champ qui vient d'être restauré. TuneCraft n'efface rien tant qu'il ne peut pas les lire : il attend une minute à la fois, 10 fois au plus, puis s'arrête et le dit. La fusion n'est pas marquée comme annulée, et Annuler reste disponible : relancez-la plus tard.
• Un ticket que TuneCraft ne peut pas voir, ou que Jira a refusé ou auquel il n'a pas répondu, est compté et laissé, et l'annulation peut être relancée.
• La fusion se lit comme annulée quand au moins un ticket a été effacé et qu'aucun ne reste que Jira a refusé, n'a pas montré ou n'a pas répondu.

Vous pouvez aussi annuler les préparations depuis la même boîte de dialogue, dans cet ordre : les écrans, puis les espaces, puis les options.

Mettre le champ vidé à la corbeille de Jira

Le champ vidé a des écrans, des contextes et des valeurs : la règle de Champs pour un champ inutilisé ne peut donc pas être satisfaite. Une fusion a sa propre barrière. Mettre le champ vidé à la corbeille de Jira n'est proposé sur le Résultat que si toutes ces conditions sont réunies :

• une fusion de ce champ dans l'autre est close comme terminée ou partiellement terminée, et non annulée ;
• une recherche à l'instant, à votre nom, ne trouve aucun ticket avec une valeur seulement dans le champ vidé ;
• aucun flux d'une analyse complète de moins de 7 jours n'utilise le champ vidé, et aucun filtre d'une lecture de Filtres de moins de 7 jours ne le nomme.

Quand la barrière refuse, le Résultat dit quelle condition, avec le compte et un lien : les tickets restants (la recherche de Jira), les flux (l'automatisation de Jira) ou les filtres (Filtres). La recherche de Jira peut mettre quelques minutes à montrer un changement : une barrière qui refuse juste après une copie peut donc autoriser un instant plus tard. Choisissez Vérifier de nouveau.

Important : Les tickets archivés, les tickets d'un espace archivé et les tickets que vous ne pouvez pas voir ne sont pas comptés. Restaurez les tickets archivés dans Jira et fusionnez de nouveau avant de mettre le champ vidé à la corbeille, sinon leurs valeurs dans ce champ sont perdues quand Jira le supprime.

La confirmation dit combien de tickets ont une valeur dans les deux champs : la valeur du champ vidé part avec lui, et Jira la garde 60 jours. Le déplacement lui-même est celui de Champs, avec son enregistrement et son Annuler : voir Champs. Si le champ vidé est déjà à la corbeille de Jira, le Résultat le dit, et Restaurer se trouve sur la page Corbeille et dans Modifications. Supprimer définitivement reste tel que Champs le décrit.

Ce que cela coûte en points Jira et combien de temps cela prend

À environ 4 points par ticket, les 2 400 points de l'heure pour le travail qu'une personne lance (voir Limites et dépannage) copient environ 600 tickets par heure (estimé). Une fusion de 6 000 tickets demande environ 24 000 points, soit environ 10 heures, onglet ouvert. L'examen dit les minutes avant que vous ne démarriez. Quand les points de l'heure sont dépensés, la copie attend l'heure suivante. C'est le plus gros travail que TuneCraft lance : démarrez-le en pensant au temps qu'il demande.

Ce qu'elle ne sait pas faire

• Elle ne copie ni les listes en cascade, ni les sélecteurs de groupe, de version et d'espace, ni aucun champ de Jira Software ou d'une app. La page nomme le type et dit qu'il n'est pas encore pris en charge.
• Elle n'écrit aucune option qui n'existe pas dans le champ à conserver. Elle ne fait pas correspondre une option à une autre.
• Elle ne copie ni ne compte les tickets archivés ni les tickets d'un espace archivé.
• Elle ne répare pas les filtres qui nomment le champ vidé, et elle ne lit ni la disposition des cartes d'un tableau, ni un gadget de tableau de bord, ni un validateur de workflow, ni une autre app. Vérifiez-les avant de mettre le champ vidé à la corbeille.
• Elle n'utilise pas la modification en masse de Jira, qui donne une même valeur à de nombreux tickets, pas celle de chaque ticket.
• Elle ne lit pas les types de ticket auxquels un contexte s'applique : elle ne peut donc pas prévoir un refus pour un type de ticket.
• Elle ne supprime pas d'options, et elle ne change pas le type d'un champ.

Ce que cela change dans Jira et comment l'annuler

Ce qui est conservé

Les journaux ne portent que des comptes.

Pages liées

• Champs : les champs, leurs copies et leurs contextes, et la corbeille de Jira.
• Confidentialité et données : ce que TuneCraft conserve, et combien de temps.
• Limites et dépannage : les budgets et les limites, et que faire quand une copie est refusée.
• Licence et essai : les limites de l'essai.

Des questions sur l’application? Écrivez à info@plugincraft.ca.